Connexion au VPN OK mais perte du transit

flo · 2013-04-11 06:47:37

Bonjour,

J'ai un pb de perte de transit malgré une connexion OK.
Le PB semble très similaire avec la thread possédant un sujet similaire au mien
(voir Connexion au VPN OK mais pas de transit ou transit incomplet par TeHoDenN)

Je me connecte au vpn et après un certain laps de temps plus aucun accès au net.
(Par exemple pas de surf possible)
cat /var/log/syslog

...
Apr 11 00:13:53 ordi nm-openvpn[4292]: TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Apr 11 00:13:53 ordi nm-openvpn[4292]: TLS Error: TLS handshake failed
Apr 11 00:13:53 ordi nm-openvpn[4292]: Fatal TLS error (check_tls_errors_co), restarting
Apr 11 00:13:53 ordi nm-openvpn[4292]: SIGUSR1[soft,tls-error] received, process restarting
Apr 11 00:13:58 ordi nm-openvpn[4292]: WARNING: No server certificate verification method has been enabled.  See [url]http://openvpn.net/howto.html#mitm[/url] for more info.
Apr 11 00:13:58 ordi nm-openvpn[4292]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Apr 11 00:13:58 ordi nm-openvpn[4292]: Re-using SSL/TLS context
Apr 11 00:13:58 ordi nm-openvpn[4292]: LZO compression initialized
Apr 11 00:14:38 ordi nm-openvpn[4292]: RESOLVE: Cannot resolve host address: vpn2.freedom-ip.com: [HOST_NOT_FOUND] The specified host is unknown.
Apr 11 00:15:18 ordi nm-openvpn[4292]: RESOLVE: Cannot resolve host address: vpn2.freedom-ip.com: [HOST_NOT_FOUND] The specified host is unknown.
...
Apr 11 **:**:** ordi nm-openvpn[4292]: RESOLVE: Cannot resolve host address: vpn2.freedom-ip.com: [HOST_NOT_FOUND] The specified host is unknown.

Nous pouvons donc constater ici le défaut à 00:13:53

Pour tester si cela vient du réseau je reboot ma box
voici les logs qui sont donc similaires

Apr 11 21:31:19 ordi nm-openvpn[11633]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Apr 11 21:31:19 ordi nm-openvpn[11633]: WARNING: file '/home/tor/Bureau/vmwhare/freedomip/ta.key' is group or others accessible
Apr 11 21:31:19 ordi nm-openvpn[11633]: Control Channel Authentication: using '/home/tor/Bureau/vmwhare/freedomip/ta.key' as a OpenVPN static key file
Apr 11 21:31:19 ordi nm-openvpn[11633]: LZO compression initialized
Apr 11 21:31:19 ordi nm-openvpn[11633]: Attempting to establish TCP connection with [AF_INET]94.23.145.51:9999 [nonblock]
Apr 11 21:31:20 ordi nm-openvpn[11633]: TCP connection established with [AF_INET]94.23.145.51:9999
Apr 11 21:31:20 ordi nm-openvpn[11633]: TCPv4_CLIENT link local: [undef]
Apr 11 21:31:20 ordi nm-openvpn[11633]: TCPv4_CLIENT link remote: [AF_INET]94.23.145.51:9999
Apr 11 21:31:22 ordi nm-openvpn[11633]: [server] Peer Connection Initiated with [AF_INET]94.23.145.51:9999
Apr 11 21:31:24 ordi nm-openvpn[11633]: TUN/TAP device tun0 opened
Apr 11 21:31:24 ordi nm-openvpn[11633]: /usr/lib/NetworkManager/nm-openvpn-service-openvpn-helper tun0 1500 1560 10.11.1.142 10.11.1.141 init
Apr 11 21:31:24 ordi nm-openvpn[11633]: Initialization Sequence Completed
Apr 11 21:37:13 ordi nm-openvpn[11633]: [server] Inactivity timeout (--ping-restart), restarting
Apr 11 21:37:13 ordi nm-openvpn[11633]: SIGUSR1[soft,ping-restart] received, process restarting
Apr 11 21:37:18 ordi nm-openvpn[11633]: WARNING: No server certificate verification method has been enabled.  See [url]http://openvpn.net/howto.html#mitm[/url] for more info.
Apr 11 21:37:18 ordi nm-openvpn[11633]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Apr 11 21:37:18 ordi nm-openvpn[11633]: Re-using SSL/TLS context
Apr 11 21:37:18 ordi nm-openvpn[11633]: LZO compression initialized
Apr 11 21:37:58 ordi nm-openvpn[11633]: RESOLVE: Cannot resolve host address: vpn2.freedom-ip.com: [HOST_NOT_FOUND] The specified host is unknown.
Apr 11 21:39:23  nm-openvpn[11633]: last message repeated 2 times
Apr 11 21:40:08 ordi nm-openvpn[11633]: RESOLVE: Cannot resolve host address: vpn2.freedom-ip.com: [HOST_NOT_FOUND] The specified host is unknown.
Apr 11 21:40:53 ordi nm-openvpn[11633]: RESOLVE: Cannot resolve host address: vpn2.freedom-ip.com: [HOST_NOT_FOUND] The specified host is unknown.
Apr 11 21:41:38 ordi nm-openvpn[11633]: RESOLVE: Cannot resolve host address: vpn2.freedom-ip.com: [HOST_NOT_FOUND] The specified host is unknown.
Apr 11 21:42:23 ordi nm-openvpn[11633]: RESOLVE: Cannot resolve host address: vpn2.freedom-ip.com: [HOST_NOT_FOUND] The specified host is unknown.
Apr 11 21:43:08 ordi nm-openvpn[11633]: RESOLVE: Cannot resolve host address: vpn2.freedom-ip.com: [HOST_NOT_FOUND] The specified host is unknown.
Apr 11 21:43:53 ordi nm-openvpn[11633]: RESOLVE: Cannot resolve host address: vpn2.freedom-ip.com: [HOST_NOT_FOUND] The specified host is unknown.
Apr 11 21:44:38 ordi nm-openvpn[11633]: RESOLVE: Cannot resolve host address: vpn2.freedom-ip.com: [HOST_NOT_FOUND] The specified host is unknown.
Apr 11 21:45:23 ordi nm-openvpn[11633]: RESOLVE: Cannot resolve host address: vpn2.freedom-ip.com: [HOST_NOT_FOUND] The specified host is unknown.

Il pourrait donc bien s'agir d'un pb de déconnexion.

Cependant après contact avec mon ISP il n'enregistre aucune perte de synchro aux moments de mes pannes.

Dernière modification par flo (2013-04-13 13:41:43)

David · 2013-04-11 08:49:39

flo · 2013-04-11 21:22:06

En état ok :

$ route -n
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
0.0.0.0         10.11.1.17      0.0.0.0         UG    0      0        0 tun0
10.11.0.1       10.11.1.17      255.255.255.255 UGH   0      0        0 tun0
10.11.1.17      0.0.0.0         255.255.255.255 UH    0      0        0 tun0
94.23.145.51    172.16.100.2    255.255.255.255 UGH   0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 tun0
172.16.100.0    0.0.0.0         255.255.255.0   U     1      0        0 eth0

$ nslookup vpn2.freedom-ip.com
Server:		127.0.1.1
Address:	127.0.1.1#53

Non-authoritative answer:
Name:	vpn2.freedom-ip.com
Address: 94.23.145.51

$ cat /etc/resolv.conf[/b]
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
search localdomain

$ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:XX:XX:XX:XX:XX  
          inet adr:172.16.100.146  Bcast:172.16.100.255  Masque:255.255.255.0
          adr inet6: f* Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:8191709 erreurs:2 :0 overruns:0 frame:0
          TX packets:4760474 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          Octets reçus:3500300333 (3.5 GB) Octets transmis:707720827 (707.7 MB)
          Interruption:19 Adresse de base:0x2024 

lo        Link encap:Boucle locale  
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          Packets reçus:92547 erreurs:0 :0 overruns:0 frame:0
          TX packets:92547 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          Octets reçus:6443978 (6.4 MB) Octets transmis:6443978 (6.4 MB)

tun0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
          inet adr:10.11.1.18  P-t-P:10.11.1.17  Masque:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          Packets reçus:82892 erreurs:0 :0 overruns:0 frame:0
          TX packets:66202 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:100 
          Octets reçus:105054329 (105.0 MB) Octets transmis:5413989 (5.4 MB)

--------------------
pour l'état KO

$ route -n
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
0.0.0.0         10.11.1.17      0.0.0.0         UG    0      0        0 tun0
10.11.0.1       10.11.1.17      255.255.255.255 UGH   0      0        0 tun0
10.11.1.17      0.0.0.0         255.255.255.255 UH    0      0        0 tun0
94.23.145.51    172.16.100.2    255.255.255.255 UGH   0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 tun0
172.16.100.0    0.0.0.0         255.255.255.0   U     1      0        0 eth0

$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
search localdomain

$ nslookup vpn2.freedom-ip.com
;; connection timed out; no servers could be reached

$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
search localdomain

$ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:XX:XX:XX:XX:XX  
          inet adr:172.16.100.146  Bcast:172.16.100.255  Masque:255.255.255.0
          adr inet6: * Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:8747649 erreurs:2 :0 overruns:0 frame:0
          TX packets:5086707 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          Octets reçus:4009424403 (4.0 GB) Octets transmis:756379642 (756.3 MB)
          Interruption:19 Adresse de base:0x2024 

lo        Link encap:Boucle locale  
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          Packets reçus:95488 erreurs:0 :0 overruns:0 frame:0
          TX packets:95488 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          Octets reçus:6648532 (6.6 MB) Octets transmis:6648532 (6.6 MB)

tun0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
          inet adr:10.11.1.18  P-t-P:10.11.1.17  Masque:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          Packets reçus:428485 erreurs:0 :0 overruns:0 frame:0
          TX packets:315604 errors:0 dropped:9105 overruns:0 carrier:0
          collisions:0 lg file transmission:100 
          Octets reçus:563164477 (563.1 MB) Octets transmis:23468989 (23.4 MB)

La conf reste la même pas de changement notable
(la résolution dns ne fonctionne plus mais normal quand plus de transit !)

Je ne trouve pas ce qui peut se passer, je ne crois pas à un simple pb de déconnexion/perte adsl ...
J'ai fais des tests de deco de la box et curieusement le vpn remonte correctement parfois

Donc si quelqu'un peut m'aider svp ...

Dernière modification par flo (2013-04-13 21:19:46)

TeHoDenN · 2013-06-02 10:07:00

oui, je me joint à ton poste car pour moi le pb est tjrs présent et assez gênant.. ça a fonctionné tout normalement quelques jours et la depuis 3 jours de retour des soucis:

je me connecte, tout est ok. Puis tjrs connecté au VPN, plus de transit (je le constate particulièrement avec mon icône Dropbox qui est grisé car pas de connexion pour lui). je dois alors me déconnecter et me reconnecter pour que ça fonctionne à nouveau... ce matin, une fois que je suis dans cet état connecté mais sans transit, je me déconnecte et quand j’essaie de me reconnecté, connexion Timeout et impossible d'utiliser le VPN. j'utilise les 2 serveurs hollandais.

Comme demander mon resolvf.conf:

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1

# OpenDNS Fallback (configured by Linux Mint in /etc/resolvconf/resolv.conf.d/tail).
nameserver 208.67.222.222
nameserver 208.67.220.220

nicolas@nicolas-MS-7125 ~ $ route -n
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
0.0.0.0         192.168.1.254   0.0.0.0         UG    0      0        0 wlan0
192.168.1.0     0.0.0.0         255.255.255.0   U     9      0        0 wlan0

nicolas@nicolas-MS-7125 ~ $ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:19:db:27:1c:98  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)

lo        Link encap:Boucle locale  
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          Packets reçus:2324 erreurs:0 :0 overruns:0 frame:0
          TX packets:2324 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          Octets reçus:208330 (208.3 KB) Octets transmis:208330 (208.3 KB)

wlan0     Link encap:Ethernet  HWaddr b8:a3:86:6b:8d:1e  
          inet adr:192.168.1.20  Bcast:192.168.1.255  Masque:255.255.255.0
          adr inet6: 2a01:e35:87e7:3130:baa3:86ff:fe6b:8d1e/64 Scope:Global
          adr inet6: fe80::baa3:86ff:fe6b:8d1e/64 Scope:Lien
          adr inet6: 2a01:e35:87e7:3130:f4e3:3b7e:e734:545a/64 Scope:Global
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:96163 erreurs:0 :0 overruns:0 frame:0
          TX packets:78314 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          Octets reçus:80798795 (80.7 MB) Octets transmis:20069255 (20.0 MB)

syslog:

Jun  2 10:15:28 nicolas-MS-7125 nm-openvpn[2788]: [server] Inactivity timeout (--ping-restart), restarting
Jun  2 10:15:28 nicolas-MS-7125 nm-openvpn[2788]: SIGUSR1[soft,ping-restart] received, process restarting
Jun  2 10:15:33 nicolas-MS-7125 nm-openvpn[2788]: WARNING: No server certificate verification method has been enabled.  See [url]http://openvpn.net/howto.html#mitm[/url] for more info.
Jun  2 10:15:33 nicolas-MS-7125 nm-openvpn[2788]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Jun  2 10:15:33 nicolas-MS-7125 nm-openvpn[2788]: Re-using SSL/TLS context
Jun  2 10:15:33 nicolas-MS-7125 nm-openvpn[2788]: LZO compression initialized
Jun  2 10:17:01 nicolas-MS-7125 CRON[2935]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jun  2 10:17:25 nicolas-MS-7125 nm-openvpn[2788]: RESOLVE: Cannot resolve host address: r2.freedom-ip.com: [HOST_NOT_FOUND] The specified host is unknown.
Jun  2 10:19:17 nicolas-MS-7125 nm-openvpn[2788]: RESOLVE: Cannot resolve host address: r2.freedom-ip.com: [HOST_NOT_FOUND] The specified host is unknown.
Jun  2 10:21:14 nicolas-MS-7125 nm-openvpn[2788]: RESOLVE: Cannot resolve host address: r2.freedom-ip.com: [HOST_NOT_FOUND] The specified host is unknown.
Jun  2 10:23:11 nicolas-MS-7125 nm-openvpn[2788]: RESOLVE: Cannot resolve host address: r2.freedom-ip.com: [HOST_NOT_FOUND] The specified host is unknown.
Jun  2 10:24:29 nicolas-MS-7125 avahi-daemon[654]: Withdrawing address record for 192.168.1.20 on wlan0.
Jun  2 10:24:29 nicolas-MS-7125 avahi-daemon[654]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.20.
Jun  2 10:24:29 nicolas-MS-7125 avahi-daemon[654]: Interface wlan0.IPv4 no longer relevant for mDNS.
Jun  2 10:24:29 nicolas-MS-7125 avahi-daemon[654]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.20.
Jun  2 10:24:29 nicolas-MS-7125 avahi-daemon[654]: New relevant interface wlan0.IPv4 for mDNS.
Jun  2 10:24:29 nicolas-MS-7125 avahi-daemon[654]: Registering new address record for 192.168.1.20 on wlan0.IPv4.
Jun  2 10:24:30 nicolas-MS-7125 NetworkManager[941]: <info> Policy set 'Freebox Nicolas' (wlan0) as default for IPv4 routing and DNS.
Jun  2 10:24:30 nicolas-MS-7125 NetworkManager[941]: <info> ((null)): writing resolv.conf to /sbin/resolvconf
Jun  2 10:24:30 nicolas-MS-7125 dnsmasq[1735]: configuration des serveurs amonts à partir de DBus
Jun  2 10:24:30 nicolas-MS-7125 dnsmasq[1735]: utilise le serveur de nom 192.168.1.254#53
Jun  2 10:24:30 nicolas-MS-7125 dbus[615]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper)
Jun  2 10:24:30 nicolas-MS-7125 dbus[615]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jun  2 10:24:31 nicolas-MS-7125 nm-openvpn[2788]: RESOLVE: signal received during DNS resolution attempt
Jun  2 10:24:31 nicolas-MS-7125 avahi-daemon[654]: Withdrawing workstation service for tun0.
Jun  2 10:24:31 nicolas-MS-7125 NetworkManager[941]:    SCPlugin-Ifupdown: devices removed (path: /sys/devices/virtual/net/tun0, iface: tun0)
Jun  2 10:24:31 nicolas-MS-7125 nm-openvpn[2788]: SIGTERM[hard,init_instance] received, process exiting
Jun  2 10:24:34 nicolas-MS-7125 NetworkManager[941]: <info> VPN service 'openvpn' disappeared
Jun  2 10:24:47 nicolas-MS-7125 NetworkManager[941]: <info> Starting VPN service 'openvpn'...
Jun  2 10:24:47 nicolas-MS-7125 NetworkManager[941]: <info> VPN service 'openvpn' started (org.freedesktop.NetworkManager.openvpn), PID 2987
Jun  2 10:24:47 nicolas-MS-7125 NetworkManager[941]: <info> VPN service 'openvpn' appeared; activating connections
Jun  2 10:24:47 nicolas-MS-7125 NetworkManager[941]: <info> VPN plugin state changed: init (1)
Jun  2 10:24:48 nicolas-MS-7125 NetworkManager[941]: <info> VPN plugin state changed: starting (3)
Jun  2 10:24:48 nicolas-MS-7125 NetworkManager[941]: <info> VPN connection 'NL - (Pays-bas)' (Connect) reply received.
Jun  2 10:24:48 nicolas-MS-7125 nm-openvpn[2992]: OpenVPN 2.2.1 x86_64-linux-gnu [SSL] [LZO2] [EPOLL] [PKCS11] [eurephia] [MH] [PF_INET6] [IPv6 payload 20110424-2 (2.2RC2)] built on Feb 27 2013
Jun  2 10:24:48 nicolas-MS-7125 nm-openvpn[2992]: WARNING: No server certificate verification method has been enabled.  See [url]http://openvpn.net/howto.html#mitm[/url] for more info.
Jun  2 10:24:48 nicolas-MS-7125 nm-openvpn[2992]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Jun  2 10:24:48 nicolas-MS-7125 nm-openvpn[2992]: WARNING: file '/home/nicolas/Documents/FreedomIP/ta.key' is group or others accessible
Jun  2 10:24:48 nicolas-MS-7125 nm-openvpn[2992]: Control Channel Authentication: using '/home/nicolas/Documents/FreedomIP/ta.key' as a OpenVPN static key file
Jun  2 10:24:48 nicolas-MS-7125 nm-openvpn[2992]: LZO compression initialized
Jun  2 10:24:48 nicolas-MS-7125 nm-openvpn[2992]: Attempting to establish TCP connection with [AF_INET]94.23.145.125:443 [nonblock]
Jun  2 10:24:58 nicolas-MS-7125 nm-openvpn[2992]: TCP: connect to [AF_INET]94.23.145.125:443 failed, will try again in 5 seconds: Connection timed out
Jun  2 10:25:05 nicolas-MS-7125 nm-openvpn[2992]: TCP connection established with [AF_INET]94.23.145.125:443
Jun  2 10:25:05 nicolas-MS-7125 nm-openvpn[2992]: TCPv4_CLIENT link local: [undef]
Jun  2 10:25:05 nicolas-MS-7125 nm-openvpn[2992]: TCPv4_CLIENT link remote: [AF_INET]94.23.145.125:443
Jun  2 10:25:26 nicolas-MS-7125 nm-openvpn[2992]: Connection reset, restarting [-1]
Jun  2 10:25:26 nicolas-MS-7125 nm-openvpn[2992]: SIGUSR1[soft,connection-reset] received, process restarting
Jun  2 10:25:28 nicolas-MS-7125 NetworkManager[941]: <warn> VPN connection 'NL - (Pays-bas)' (IP Config Get) timeout exceeded.
Jun  2 10:25:28 nicolas-MS-7125 NetworkManager[941]: <info> Policy set 'Freebox Nicolas' (wlan0) as default for IPv4 routing and DNS.
Jun  2 10:25:28 nicolas-MS-7125 nm-openvpn[2992]: SIGTERM[hard,init_instance] received, process exiting
Jun  2 10:25:33 nicolas-MS-7125 NetworkManager[941]: <info> VPN service 'openvpn' disappeared
Jun  2 10:28:37 nicolas-MS-7125 NetworkManager[941]: <info> Starting VPN service 'openvpn'...
Jun  2 10:28:37 nicolas-MS-7125 NetworkManager[941]: <info> VPN service 'openvpn' started (org.freedesktop.NetworkManager.openvpn), PID 3016
Jun  2 10:28:38 nicolas-MS-7125 NetworkManager[941]: <info> VPN service 'openvpn' appeared; activating connections
Jun  2 10:28:39 nicolas-MS-7125 NetworkManager[941]: <info> VPN plugin state changed: starting (3)
Jun  2 10:28:39 nicolas-MS-7125 NetworkManager[941]: <info> VPN connection 'NL - (Pays-bas)' (Connect) reply received.
Jun  2 10:28:39 nicolas-MS-7125 nm-openvpn[3022]: OpenVPN 2.2.1 x86_64-linux-gnu [SSL] [LZO2] [EPOLL] [PKCS11] [eurephia] [MH] [PF_INET6] [IPv6 payload 20110424-2 (2.2RC2)] built on Feb 27 2013
Jun  2 10:28:39 nicolas-MS-7125 nm-openvpn[3022]: WARNING: No server certificate verification method has been enabled.  See [url]http://openvpn.net/howto.html#mitm[/url] for more info.
Jun  2 10:28:39 nicolas-MS-7125 nm-openvpn[3022]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Jun  2 10:28:39 nicolas-MS-7125 nm-openvpn[3022]: WARNING: file '/home/nicolas/Documents/FreedomIP/ta.key' is group or others accessible
Jun  2 10:28:39 nicolas-MS-7125 nm-openvpn[3022]: Control Channel Authentication: using '/home/nicolas/Documents/FreedomIP/ta.key' as a OpenVPN static key file
Jun  2 10:28:39 nicolas-MS-7125 nm-openvpn[3022]: LZO compression initialized
Jun  2 10:28:39 nicolas-MS-7125 nm-openvpn[3022]: Attempting to establish TCP connection with [AF_INET]94.23.145.125:443 [nonblock]
Jun  2 10:28:47 nicolas-MS-7125 nm-openvpn[3022]: TCP connection established with [AF_INET]94.23.145.125:443
Jun  2 10:28:47 nicolas-MS-7125 nm-openvpn[3022]: TCPv4_CLIENT link local: [undef]
Jun  2 10:28:47 nicolas-MS-7125 nm-openvpn[3022]: TCPv4_CLIENT link remote: [AF_INET]94.23.145.125:443
Jun  2 10:29:03 nicolas-MS-7125 nm-openvpn[3022]: Connection reset, restarting [-1]
Jun  2 10:29:03 nicolas-MS-7125 nm-openvpn[3022]: SIGUSR1[soft,connection-reset] received, process restarting
Jun  2 10:29:08 nicolas-MS-7125 nm-openvpn[3022]: WARNING: No server certificate verification method has been enabled.  See [url]http://openvpn.net/howto.html#mitm[/url] for more info.
Jun  2 10:29:08 nicolas-MS-7125 nm-openvpn[3022]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Jun  2 10:29:08 nicolas-MS-7125 nm-openvpn[3022]: Re-using SSL/TLS context
Jun  2 10:29:08 nicolas-MS-7125 nm-openvpn[3022]: LZO compression initialized
Jun  2 10:29:08 nicolas-MS-7125 nm-openvpn[3022]: Attempting to establish TCP connection with [AF_INET]94.23.145.125:443 [nonblock]
Jun  2 10:29:09 nicolas-MS-7125 nm-openvpn[3022]: TCP connection established with [AF_INET]94.23.145.125:443
Jun  2 10:29:09 nicolas-MS-7125 nm-openvpn[3022]: TCPv4_CLIENT link local: [undef]
Jun  2 10:29:09 nicolas-MS-7125 nm-openvpn[3022]: TCPv4_CLIENT link remote: [AF_INET]94.23.145.125:443
Jun  2 10:29:17 nicolas-MS-7125 nm-openvpn[3022]: [server] Peer Connection Initiated with [AF_INET]94.23.145.125:443
Jun  2 10:29:19 nicolas-MS-7125 NetworkManager[941]: <warn> VPN connection 'NL - (Pays-bas)' (IP Config Get) timeout exceeded.
Jun  2 10:29:19 nicolas-MS-7125 NetworkManager[941]: <info> Policy set 'Freebox Nicolas' (wlan0) as default for IPv4 routing and DNS.
Jun  2 10:29:19 nicolas-MS-7125 nm-openvpn[3022]: SIGTERM[hard,] received, process exiting
Jun  2 10:29:24 nicolas-MS-7125 NetworkManager[941]: <info> VPN service 'openvpn' disappeared
Jun  2 10:30:59 nicolas-MS-7125 NetworkManager[941]: <info> Starting VPN service 'openvpn'...
Jun  2 10:30:59 nicolas-MS-7125 NetworkManager[941]: <info> VPN service 'openvpn' started (org.freedesktop.NetworkManager.openvpn), PID 3148
Jun  2 10:30:59 nicolas-MS-7125 NetworkManager[941]: <info> VPN service 'openvpn' appeared; activating connections
Jun  2 10:31:00 nicolas-MS-7125 NetworkManager[941]: <info> VPN plugin state changed: starting (3)
Jun  2 10:31:00 nicolas-MS-7125 NetworkManager[941]: <info> VPN connection 'NL2 - (Pays-bas)' (Connect) reply received.
Jun  2 10:31:00 nicolas-MS-7125 nm-openvpn[3154]: OpenVPN 2.2.1 x86_64-linux-gnu [SSL] [LZO2] [EPOLL] [PKCS11] [eurephia] [MH] [PF_INET6] [IPv6 payload 20110424-2 (2.2RC2)] built on Feb 27 2013
Jun  2 10:31:01 nicolas-MS-7125 nm-openvpn[3154]: WARNING: No server certificate verification method has been enabled.  See [url]http://openvpn.net/howto.html#mitm[/url] for more info.
Jun  2 10:31:01 nicolas-MS-7125 nm-openvpn[3154]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Jun  2 10:31:01 nicolas-MS-7125 nm-openvpn[3154]: WARNING: file '/home/nicolas/Documents/FreedomIP/ta.key' is group or others accessible
Jun  2 10:31:01 nicolas-MS-7125 nm-openvpn[3154]: Control Channel Authentication: using '/home/nicolas/Documents/FreedomIP/ta.key' as a OpenVPN static key file
Jun  2 10:31:01 nicolas-MS-7125 nm-openvpn[3154]: LZO compression initialized
Jun  2 10:31:01 nicolas-MS-7125 nm-openvpn[3154]: Attempting to establish TCP connection with [AF_INET]94.23.145.125:8080 [nonblock]
Jun  2 10:31:02 nicolas-MS-7125 nm-openvpn[3154]: TCP connection established with [AF_INET]94.23.145.125:8080
Jun  2 10:31:02 nicolas-MS-7125 nm-openvpn[3154]: TCPv4_CLIENT link local: [undef]
Jun  2 10:31:02 nicolas-MS-7125 nm-openvpn[3154]: TCPv4_CLIENT link remote: [AF_INET]94.23.145.125:8080
Jun  2 10:31:06 nicolas-MS-7125 nm-openvpn[3154]: [server] Peer Connection Initiated with [AF_INET]94.23.145.125:8080
Jun  2 10:31:09 nicolas-MS-7125 nm-openvpn[3154]: TUN/TAP device tun0 opened
Jun  2 10:31:09 nicolas-MS-7125 nm-openvpn[3154]: /usr/lib/NetworkManager/nm-openvpn-service-openvpn-helper tun0 1500 1560 10.9.2.106 10.9.2.105 init
Jun  2 10:31:09 nicolas-MS-7125 NetworkManager[941]:    SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/tun0, iface: tun0)
Jun  2 10:31:09 nicolas-MS-7125 NetworkManager[941]:    SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/tun0, iface: tun0): no ifupdown configuration found.
Jun  2 10:31:09 nicolas-MS-7125 NetworkManager[941]: <warn> /sys/devices/virtual/net/tun0: couldn't determine device driver; ignoring...
Jun  2 10:31:09 nicolas-MS-7125 NetworkManager[941]: <info> VPN connection 'NL2 - (Pays-bas)' (IP4 Config Get) reply received from old-style plugin.
Jun  2 10:31:09 nicolas-MS-7125 NetworkManager[941]: <info> VPN Gateway: 94.23.145.125
Jun  2 10:31:09 nicolas-MS-7125 NetworkManager[941]: <info> Tunnel Device: tun0
Jun  2 10:31:09 nicolas-MS-7125 NetworkManager[941]: <info> IPv4 configuration:
Jun  2 10:31:09 nicolas-MS-7125 NetworkManager[941]: <info>   Internal Gateway: 10.9.2.105
Jun  2 10:31:09 nicolas-MS-7125 NetworkManager[941]: <info>   Internal Address: 10.9.2.106
Jun  2 10:31:09 nicolas-MS-7125 NetworkManager[941]: <info>   Internal Prefix: 32
Jun  2 10:31:09 nicolas-MS-7125 NetworkManager[941]: <info>   Internal Point-to-Point Address: 10.9.2.105
Jun  2 10:31:09 nicolas-MS-7125 NetworkManager[941]: <info>   Maximum Segment Size (MSS): 0
Jun  2 10:31:09 nicolas-MS-7125 NetworkManager[941]: <info>   Static Route: 10.9.0.1/32   Next Hop: 10.9.0.1
Jun  2 10:31:09 nicolas-MS-7125 NetworkManager[941]: <info>   Forbid Default Route: no
Jun  2 10:31:09 nicolas-MS-7125 NetworkManager[941]: <info>   Internal DNS: 8.8.8.8
Jun  2 10:31:09 nicolas-MS-7125 NetworkManager[941]: <info>   Internal DNS: 8.8.4.4
Jun  2 10:31:09 nicolas-MS-7125 NetworkManager[941]: <info>   DNS Domain: '(none)'
Jun  2 10:31:09 nicolas-MS-7125 NetworkManager[941]: <info> No IPv6 configuration
Jun  2 10:31:09 nicolas-MS-7125 nm-openvpn[3154]: Initialization Sequence Completed
Jun  2 10:31:10 nicolas-MS-7125 NetworkManager[941]: <info> VPN connection 'NL2 - (Pays-bas)' (IP Config Get) complete.
Jun  2 10:31:10 nicolas-MS-7125 NetworkManager[941]: <info> Policy set 'NL2 - (Pays-bas)' (tun0) as default for IPv4 routing and DNS.
Jun  2 10:31:10 nicolas-MS-7125 NetworkManager[941]: <info> ((null)): writing resolv.conf to /sbin/resolvconf
Jun  2 10:31:10 nicolas-MS-7125 dnsmasq[1735]: configuration des serveurs amonts à partir de DBus
Jun  2 10:31:10 nicolas-MS-7125 dnsmasq[1735]: utilise le serveur de nom 8.8.4.4#53
Jun  2 10:31:10 nicolas-MS-7125 dnsmasq[1735]: utilise le serveur de nom 8.8.8.8#53
Jun  2 10:31:11 nicolas-MS-7125 dbus[615]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper)
Jun  2 10:31:11 nicolas-MS-7125 NetworkManager[941]: <info> VPN plugin state changed: started (4)
Jun  2 10:31:11 nicolas-MS-7125 dbus[615]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jun  2 10:31:30 nicolas-MS-7125 ntpdate[3203]: adjust time server 91.189.94.4 offset -0.092024 sec
Jun  2 10:52:44 nicolas-MS-7125 nm-openvpn[3154]: [server] Inactivity timeout (--ping-restart), restarting
Jun  2 10:52:44 nicolas-MS-7125 nm-openvpn[3154]: SIGUSR1[soft,ping-restart] received, process restarting
Jun  2 10:52:49 nicolas-MS-7125 nm-openvpn[3154]: WARNING: No server certificate verification method has been enabled.  See [url]http://openvpn.net/howto.html#mitm[/url] for more info.
Jun  2 10:52:49 nicolas-MS-7125 nm-openvpn[3154]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Jun  2 10:52:49 nicolas-MS-7125 nm-openvpn[3154]: Re-using SSL/TLS context
Jun  2 10:52:49 nicolas-MS-7125 nm-openvpn[3154]: LZO compression initialized
Jun  2 10:53:31 nicolas-MS-7125 avahi-daemon[654]: Withdrawing address record for 192.168.1.20 on wlan0.
Jun  2 10:53:31 nicolas-MS-7125 avahi-daemon[654]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.20.
Jun  2 10:53:31 nicolas-MS-7125 avahi-daemon[654]: Interface wlan0.IPv4 no longer relevant for mDNS.
Jun  2 10:53:31 nicolas-MS-7125 avahi-daemon[654]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.20.
Jun  2 10:53:31 nicolas-MS-7125 avahi-daemon[654]: New relevant interface wlan0.IPv4 for mDNS.
Jun  2 10:53:31 nicolas-MS-7125 avahi-daemon[654]: Registering new address record for 192.168.1.20 on wlan0.IPv4.
Jun  2 10:53:32 nicolas-MS-7125 NetworkManager[941]: <info> Policy set 'Freebox Nicolas' (wlan0) as default for IPv4 routing and DNS.
Jun  2 10:53:32 nicolas-MS-7125 NetworkManager[941]: <info> ((null)): writing resolv.conf to /sbin/resolvconf
Jun  2 10:53:32 nicolas-MS-7125 dnsmasq[1735]: configuration des serveurs amonts à partir de DBus
Jun  2 10:53:32 nicolas-MS-7125 dnsmasq[1735]: utilise le serveur de nom 192.168.1.254#53
Jun  2 10:53:32 nicolas-MS-7125 dbus[615]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper)
Jun  2 10:53:33 nicolas-MS-7125 dbus[615]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jun  2 10:53:34 nicolas-MS-7125 avahi-daemon[654]: Withdrawing workstation service for tun0.
Jun  2 10:53:34 nicolas-MS-7125 NetworkManager[941]:    SCPlugin-Ifupdown: devices removed (path: /sys/devices/virtual/net/tun0, iface: tun0)
Jun  2 10:53:36 nicolas-MS-7125 NetworkManager[941]: <info> VPN service 'openvpn' disappeared
Jun  2 10:53:48 nicolas-MS-7125 NetworkManager[941]: <info> Starting VPN service 'openvpn'...
Jun  2 10:53:48 nicolas-MS-7125 NetworkManager[941]: <info> VPN service 'openvpn' started (org.freedesktop.NetworkManager.openvpn), PID 3313
Jun  2 10:53:48 nicolas-MS-7125 NetworkManager[941]: <info> VPN service 'openvpn' appeared; activating connections
Jun  2 10:53:48 nicolas-MS-7125 NetworkManager[941]: <info> VPN plugin state changed: starting (3)
Jun  2 10:53:48 nicolas-MS-7125 NetworkManager[941]: <info> VPN connection 'NL - (Pays-bas)' (Connect) reply received.
Jun  2 10:53:48 nicolas-MS-7125 nm-openvpn[3318]: OpenVPN 2.2.1 x86_64-linux-gnu [SSL] [LZO2] [EPOLL] [PKCS11] [eurephia] [MH] [PF_INET6] [IPv6 payload 20110424-2 (2.2RC2)] built on Feb 27 2013
Jun  2 10:53:48 nicolas-MS-7125 nm-openvpn[3318]: WARNING: No server certificate verification method has been enabled.  See [url]http://openvpn.net/howto.html#mitm[/url] for more info.
Jun  2 10:53:48 nicolas-MS-7125 nm-openvpn[3318]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Jun  2 10:53:48 nicolas-MS-7125 nm-openvpn[3318]: WARNING: file '/home/nicolas/Documents/FreedomIP/ta.key' is group or others accessible
Jun  2 10:53:48 nicolas-MS-7125 nm-openvpn[3318]: Control Channel Authentication: using '/home/nicolas/Documents/FreedomIP/ta.key' as a OpenVPN static key file
Jun  2 10:53:48 nicolas-MS-7125 nm-openvpn[3318]: LZO compression initialized
Jun  2 10:53:48 nicolas-MS-7125 nm-openvpn[3318]: Attempting to establish TCP connection with [AF_INET]94.23.145.125:443 [nonblock]
Jun  2 10:53:58 nicolas-MS-7125 nm-openvpn[3318]: TCP: connect to [AF_INET]94.23.145.125:443 failed, will try again in 5 seconds: Connection timed out
Jun  2 10:54:14 nicolas-MS-7125 nm-openvpn[3318]: TCP: connect to [AF_INET]94.23.145.125:443 failed, will try again in 5 seconds: Connection timed out
Jun  2 10:54:28 nicolas-MS-7125 NetworkManager[941]: <warn> VPN connection 'NL - (Pays-bas)' (IP Config Get) timeout exceeded.
Jun  2 10:54:28 nicolas-MS-7125 NetworkManager[941]: <info> Policy set 'Freebox Nicolas' (wlan0) as default for IPv4 routing and DNS.
Jun  2 10:54:28 nicolas-MS-7125 nm-openvpn[3318]: SIGTERM[hard,init_instance] received, process exiting
Jun  2 10:54:33 nicolas-MS-7125 NetworkManager[941]: <info> VPN service 'openvpn' disappeared
Jun  2 10:54:40 nicolas-MS-7125 NetworkManager[941]: <info> Starting VPN service 'openvpn'...
Jun  2 10:54:40 nicolas-MS-7125 NetworkManager[941]: <info> VPN service 'openvpn' started (org.freedesktop.NetworkManager.openvpn), PID 3322
Jun  2 10:54:40 nicolas-MS-7125 NetworkManager[941]: <info> VPN service 'openvpn' appeared; activating connections
Jun  2 10:54:40 nicolas-MS-7125 NetworkManager[941]: <info> VPN plugin state changed: init (1)
Jun  2 10:54:40 nicolas-MS-7125 NetworkManager[941]: <info> VPN plugin state changed: starting (3)
Jun  2 10:54:40 nicolas-MS-7125 NetworkManager[941]: <info> VPN connection 'NL2 - (Pays-bas)' (Connect) reply received.
Jun  2 10:54:40 nicolas-MS-7125 nm-openvpn[3327]: OpenVPN 2.2.1 x86_64-linux-gnu [SSL] [LZO2] [EPOLL] [PKCS11] [eurephia] [MH] [PF_INET6] [IPv6 payload 20110424-2 (2.2RC2)] built on Feb 27 2013
Jun  2 10:54:40 nicolas-MS-7125 nm-openvpn[3327]: WARNING: No server certificate verification method has been enabled.  See [url]http://openvpn.net/howto.html#mitm[/url] for more info.
Jun  2 10:54:40 nicolas-MS-7125 nm-openvpn[3327]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Jun  2 10:54:40 nicolas-MS-7125 nm-openvpn[3327]: WARNING: file '/home/nicolas/Documents/FreedomIP/ta.key' is group or others accessible
Jun  2 10:54:40 nicolas-MS-7125 nm-openvpn[3327]: Control Channel Authentication: using '/home/nicolas/Documents/FreedomIP/ta.key' as a OpenVPN static key file
Jun  2 10:54:40 nicolas-MS-7125 nm-openvpn[3327]: LZO compression initialized
Jun  2 10:54:40 nicolas-MS-7125 nm-openvpn[3327]: Attempting to establish TCP connection with [AF_INET]94.23.145.125:8080 [nonblock]
Jun  2 10:54:50 nicolas-MS-7125 nm-openvpn[3327]: TCP: connect to [AF_INET]94.23.145.125:8080 failed, will try again in 5 seconds: Connection timed out
Jun  2 10:55:05 nicolas-MS-7125 nm-openvpn[3327]: TCP: connect to [AF_INET]94.23.145.125:8080 failed, will try again in 5 seconds: Connection timed out
Jun  2 10:55:20 nicolas-MS-7125 NetworkManager[941]: <warn> VPN connection 'NL2 - (Pays-bas)' (IP Config Get) timeout exceeded.
Jun  2 10:55:20 nicolas-MS-7125 NetworkManager[941]: <info> Policy set 'Freebox Nicolas' (wlan0) as default for IPv4 routing and DNS.
Jun  2 10:55:20 nicolas-MS-7125 nm-openvpn[3327]: SIGTERM[hard,init_instance] received, process exiting
Jun  2 10:55:25 nicolas-MS-7125 NetworkManager[941]: <info> VPN service 'openvpn' disappeared

j'oubliais le nslookup:

nicolas@nicolas-MS-7125 ~ $ nslookup r2.freedom-ip.com
Server:		127.0.1.1
Address:	127.0.1.1#53

Non-authoritative answer:
Name:	r2.freedom-ip.com
Address: 94.23.145.125

et encore j'oubliais la, les tests sont fait sans connexion VPN car connexion timeout (que vous pouvez voir dans le syslog) ...

Dernière modification par TeHoDenN (2013-06-02 10:16:50)

ljere · 2013-06-03 16:13:38

Dernière modification par ljere (2013-06-03 16:14:16)

TeHoDenN · 2013-06-03 19:14:44

Merci pour le lien mais malheureusement mon soucis est du coup au dela de la simple reconnexion car la depuis hier impossible de me connecter sur aucun des deux serveurs hollandais (timeout comme on peut le voir sur le syslog que j'ai posté) .. j'ai alors fait une connexion sur le serveur allemand mais les débits en upload sous deluge sont catastrophiques ... je pensais que le pb pouvais être à cause de free mais mon frère m'a confié hier avoir le même pb que moi et il est chez Bouygues avec la Bbox ..

ljere · 2013-06-04 06:38:39

TeHoDenN · 2013-06-04 08:42:15

Salut ljere,

je réponds à ton message car tu m'intrigues ... je me connecte et utilise mon VPN essentiellement pour utilisé du client comme deluge et donc un reseau P2P ... à ma connaissance le P2P fonctionne avec des échanges d'IP et non avec des résolutions de nom donc quelle importance de modifier ses DNS ? concernant des services comme Hadopi, ce dernier n'a connaissance que de votre IP finale?

Bref je suis preneur d'infos car je suis développeur de métier donc le réseau, j'ai surement encore des lacunes smile

ljere · 2013-06-05 19:22:58

l’intérêt et que c'est ton pc qui gère la résolution de nom de domaine et non des parfaits inconnus, tant qu'a être anonyme soyons le complètement
de plus tes soucis ont justement l'air d’être du à des problèmes de dns, c'est justement le bon moment pour tester, surtout si tu veux combler tes lacunes
le lien que je t'ai mis est une solution vraiment simple à mettre en place et aussi simple à enlever si tu n'y arrives pas
pour ton problème si tu veux le résoudre il faudra bien que tu tests certaines solution wink

tyfan · 2013-06-05 19:39:15

@ ljere , bonjours, je me mele un peu du present topic.
a priori deja le vpn se monte sur ip et pas FQDN. ensuite son pc interroge peut être le dns de free.... ou google ou opendns....il sont tous, je pense, surveillé..
bon bind9 (dns serveur sous linux): il ira forcement interroger d'autres serveurs DNS pour construire son cache...

tous ça pour dire : bind9 ou pas la requête dns au final sur le dns de free viendra d'une ip hollandaise

donc je ne vois pas trop l’intérêt..
salut à tous

Dernière modification par tyfan (2013-06-05 20:06:27)

TeHoDenN · 2013-06-05 20:56:34

j'étais un peu dans l'idée de Tyfan oui, certes mon Ip n'est pas totalement anonyme mais on moins, avec le VPN on a pas de regard sur ce que je transit et c'est l'essentiel pour moi .. Après je vais tester ce Bind9 voir comment ça réagis. Je me pose tout de même la question que, du moment où je n'ai rien changer de mon coté, comment ça peut déconner de cette manière là où tout marchait du tonnerre avant le dernier changement des fichiers de confs... c'est pile à ce moment que tout s'est mis à "merder" ... de plus je disais (je sais plus si c'est ici ou sur mon poste du même sujet), mon frère à exactement le même soucis et il est chez Bouygues, le pb de DNS me semble pas être la cause pour le coup ..

j'étais justement dans cet état de "connecté au VPN mais pas de transit":

route -n
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
0.0.0.0 10.8.11.189 0.0.0.0 UG 0 0 0 tun0
10.8.0.1 10.8.11.189 255.255.255.255 UGH 0 0 0 tun0
10.8.11.189 0.0.0.0 255.255.255.255 UH 0 0 0 tun0
87.98.243.112 192.168.1.254 255.255.255.255 UGH 0 0 0 wlan0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 tun0
192.168.1.0 0.0.0.0 255.255.255.0 U 9 0 0 wlan0

ifconfig
eth0 Link encap:Ethernet HWaddr 00:19:db:27:1c:98
UP BROADCAST MULTICAST MTU:1500 Metric:1
Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)

lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
Packets reçus:551678 erreurs:0 :0 overruns:0 frame:0
TX packets:551678 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
Octets reçus:95425665 (95.4 MB) Octets transmis:95425665 (95.4 MB)

tun0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet adr:10.8.11.190 P-t-P:10.8.11.189 Masque:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
Packets reçus:134431 erreurs:0 :0 overruns:0 frame:0
TX packets:134705 errors:0 dropped:1875 overruns:0 carrier:0
collisions:0 lg file transmission:100
Octets reçus:88100530 (88.1 MB) Octets transmis:44083687 (44.0 MB)

wlan0 Link encap:Ethernet HWaddr b8:a3:86:6b:8d:1e
inet adr:192.168.1.20 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: 2a01:e35:87e7:3130:baa3:86ff:fe6b:8d1e/64 Scope:Global
adr inet6: fe80::baa3:86ff:fe6b:8d1e/64 Scope:Lien
adr inet6: 2a01:e35:87e7:3130:b475:1c80:c25a:c5b7/64 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:2262898 erreurs:0 :0 overruns:0 frame:0
TX packets:2182735 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:1715648011 (1.7 GB) Octets transmis:1400814804 (1.4 GB)

et la requête nslookup ne fait rien (obliger de faire Ctrl+C )

Je constate une autre chose: lorsque je suis connecté, que mon dropbox est actif, qu'il y a du transit normal que tout marche bien quoi, je constate sous deluge que personne de chez personne n'upload chez moi .. alors que si je me déconnecte du VPN, tout de suite, je me met à uploader à 100Ko/s car j'ai belle est bien des leechers sur mes torrents .. bizarre ..

David · 2013-06-06 00:44:48

tyfan · 2013-06-06 07:21:08

@ david , merci pour les infos.. cool
je pense qu'une vm debian fera un dns chez moi. glasses
et merci pour le tuto !
cordialement

TeHoDenN · 2013-06-06 10:43:34

j'ai fait un test, je me suis connecté en utilisant directement l'ip et non le nom de domaine r2.freedom-ip.com ... je sais pas si le test est probant mais je retombe ds le même état au bout d'un moment, connecté mais sans transit ..

TeHoDenN · 2013-06-10 18:49:48

Alors ... tjrs dans mes tests, j'ai pas vu la nécessité d'utiliser Bind9 vu que Mint spécifie par défaut OpenDNS comme vu dans le resolv.conf ... j'ai tout de même forcé ma box à utiliser les DNS de Free .. et même pb..

bizarrement le serveur Allemand marche mieux (même si l'upload est inexistant) mais au moins je reste connecté alors que les serveurs Hollandais sont terriblement instables ... j'ai regardé tout ça avec mon pote administrateur réseau et il pense comme moi c'est que le soucis ne semble pas venir de chez moi ..

Je suis d'ailleurs pas le seul à rencontrer ce soucis (windows et linux confondus) ... je suis preneur d'autres idées pour vraiment écarter ou non le fait que le soucis vienne de chez moi smile .....

En tout cas je sais pas s'il y a des évolutions concernant ce soucis du coté de l'équipe Freedom-ip ?

merci d'avance en tout cas à toute l'équipe et ceux qui font vivre ce VPN gratuit !! smile

Dernière modification par TeHoDenN (2013-06-11 06:33:46)

TeHoDenN · 2013-07-03 15:39:56

Je relance un peu ce topic...

après plusieurs jours d'utilisation, je constate que le soucis n'arrive que sur les serveurs hollandais .. je n'ai pas refait de test depuis la maintenance je vais voir ce que ça donne mais le soucis ne se présente pas sur le serveur allemand par exemple ..

par contre dans les deux cas, l'upload de mon deluge est inexistant alors que quand je repasse sans VPN, j'ai plusieurs torrent qui ont des leechers et je seed à 80-100Ko/s ...

TeHoDenN · 2013-07-03 15:44:09

au moment même où j'écris ces lignes, je suis en teamviewer sur ma machine chez moi et connecté au NL ... le débit est bon et j'upload enfin à 100Ko/s ....

je vais voir si la connexion est stable dans le temps mais ça à l'air d'aller mieux smile , ça fait plaisir de retrouver se bon vieux serveur NL d’antan

hmz · 2013-07-03 15:47:29

Bonjour,

Freedom-IP rencontre quelque soucis d'ordre technique en ce moment mais, nous faisons notre possible pour réduire l'impact de ces problèmes sur la communauté. À cet instant, l'ensemble des serveurs VPN sont en fonctionnement, mais il se peut que votre navigation ou toute autre utilisation du VPN soit perturber durant cette phase de soucis que nous rencontrons.

Cordialement,

TeHoDenN · 2013-07-03 15:50:23

Par contre petit constat :

l'uploadeur actuel sur 2 de mes torrents (c'est le seul uploadeur actif la) est sur un IP hollandaise ... cela veut dire qu'une personne sur Ip française ne peut pas uploader chez moi ????

hmz · 2013-07-03 15:59:55

Ah non, cela n'a rien à voir. Si tel est le cas alors il faut voir avec votre tracker qui vous géolocalise et vous envoie des peers en fonction de votre pays.

Flashback · 2013-07-03 21:19:27

Salut les gens !

Petite anecdote HS (ou pas). Je suis en ce moment connecté sur NL2 (Pays-Bas), et quand je localise mon IP avec hostip.fr il me localise en Italie.

Adresse Ip
94.23.70.250

Pays
Italy IT

Première fois que je constate ce genre de bug.

Bonne soirée (ou nuit) à tous. smile

hmz · 2013-07-03 21:22:02

C'est normal, j'ai effectuer un transfert du traffic pour eviter de déconnecter tous nos utilisateurs et leur permettre d'utiliser nos services pendant que les serveurs sont downs.

Flashback · 2013-07-03 21:26:06

Oui, je viens de voir ça en lisant le fil suivant. Merci pour la réponse.

TeHoDenN · 2013-07-04 08:31:14

alors petit test du coup hier soir sur le serveur NL ...

tjrs ce soucis identique (identique à avant la maintenance) ... connexion ok mais aucun transit, je me déconnecte et si je veux me reconnecter tout de suite après, timeout, le serveur ne répond pas. Le serveur Allemand lui semble imperturbable smile et fonctionne bien.. c'est étonnant que se soucis ne soit que sur le serveur NL ...
Alors pour le coup peut être est ce dû aux maintenances, donc je referai des tests et je vous tiens au courant smile

Bon courage à vous et à l'équipe wink

hmz · 2013-07-04 11:20:25

Je poste ce message depuis le serveur NL ....

Forum Freedom-IP VPN

Annonce

#1 2013-04-11 06:47:37

Connexion au VPN OK mais perte du transit

#2 2013-04-11 08:49:39

Re : Connexion au VPN OK mais perte du transit

#3 2013-04-11 21:22:06

Re : Connexion au VPN OK mais perte du transit

#4 2013-06-02 10:07:00

Re : Connexion au VPN OK mais perte du transit

#5 2013-06-03 16:13:38

Re : Connexion au VPN OK mais perte du transit

#6 2013-06-03 19:14:44

Re : Connexion au VPN OK mais perte du transit

#7 2013-06-04 06:38:39

Re : Connexion au VPN OK mais perte du transit

#8 2013-06-04 08:42:15

Re : Connexion au VPN OK mais perte du transit

#9 2013-06-05 19:22:58

Re : Connexion au VPN OK mais perte du transit

#10 2013-06-05 19:39:15

Re : Connexion au VPN OK mais perte du transit

#11 2013-06-05 20:56:34

Re : Connexion au VPN OK mais perte du transit

#12 2013-06-06 00:44:48

Re : Connexion au VPN OK mais perte du transit

#13 2013-06-06 07:21:08

Re : Connexion au VPN OK mais perte du transit

#14 2013-06-06 10:43:34

Re : Connexion au VPN OK mais perte du transit

#15 2013-06-10 18:49:48

Re : Connexion au VPN OK mais perte du transit

#16 2013-07-03 15:39:56

Re : Connexion au VPN OK mais perte du transit

#17 2013-07-03 15:44:09

Re : Connexion au VPN OK mais perte du transit

#18 2013-07-03 15:47:29

Re : Connexion au VPN OK mais perte du transit

#19 2013-07-03 15:50:23

Re : Connexion au VPN OK mais perte du transit

#20 2013-07-03 15:59:55

Re : Connexion au VPN OK mais perte du transit

#21 2013-07-03 21:19:27

Re : Connexion au VPN OK mais perte du transit

#22 2013-07-03 21:22:02

Re : Connexion au VPN OK mais perte du transit

#23 2013-07-03 21:26:06

Re : Connexion au VPN OK mais perte du transit

#24 2013-07-04 08:31:14

Re : Connexion au VPN OK mais perte du transit

#25 2013-07-04 11:20:25

Re : Connexion au VPN OK mais perte du transit

Pied de page des forums