Forum Freedom-IP

Forum d'entraide de la communauté Freedom-IP

Vous n'êtes pas identifié(e).

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

flo
Membre
Inscription : 2013-04-09
Messages : 6

Connexion au VPN OK mais perte du transit

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)

Hors ligne

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

David
Bof !!!
Inscription : 2012-01-30
Messages : 6 121

Re : Connexion au VPN OK mais perte du transit

Bonjour ...

Dans un premier dans, vous ne nous transmettez pas vous logs de connexion suite à une déconnexion pour que nous puissions voir ce qu'il se passe, ainsi que les le contenu de votre fichier "/etc/resolv.conf", le résultat de la commande "route -n" et "ifconfig" une fois le VPN connecté.

Deuxièmement, quels sens doivent avoir vos essais avec la commande ping, car elles semblent (si je comprends bien) tester le lien distant et le lien local de la connexion VPN. Pour le lien local (votre machine virtuelle) normal que le ping fonctionne. Concernant le lien distant, il a déjà été dit que le VPN bloque les trames ICMP, donc vous n'aurez aucune réponse.

Pour finir, comme vous êtes sous un système linux, la section "Aide Linux" est l'endroit où votre discussion devrait se trouver et non pas ici ... d'ailleurs, je vais déplacer votre discussion ... et le sujet de votre discussion n'est pas réellement explicite (je plains celles et ceux qui feront une recherche sur le Forum).

Cordialement, David.


C.G.U.                Règles

Hors ligne

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

flo
Membre
Inscription : 2013-04-09
Messages : 6

Re : Connexion au VPN OK mais perte du transit

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)

Hors ligne

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

TeHoDenN
Membre
Inscription : 2013-03-21
Messages : 75

Re : Connexion au VPN OK mais perte du transit

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)

Hors ligne

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

ljere
Membres de confiance
Inscription : 2012-04-22
Messages : 460

Re : Connexion au VPN OK mais perte du transit

je pense que ce lien avec mon démon
https://freedom-ip.com/forum/viewtopic.php?id=3296 peut être utile

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


AMD 3000+, nvidia FX5200 et 2 giga de ram sur Voyager 12.04 LTS en 32 bit
et TOSHIBA satellite_c670d-11l sur openbox/xubuntu 14.04 en 64 bit

Hors ligne

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

TeHoDenN
Membre
Inscription : 2013-03-21
Messages : 75

Re : Connexion au VPN OK mais perte du transit

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 ..

Hors ligne

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

ljere
Membres de confiance
Inscription : 2012-04-22
Messages : 460

Re : Connexion au VPN OK mais perte du transit

tu as essayé de passer par bind9 parce-que je ne vois pas l’intérêt de passer par un vpn si tu laisses les dns archi surveillé de free


AMD 3000+, nvidia FX5200 et 2 giga de ram sur Voyager 12.04 LTS en 32 bit
et TOSHIBA satellite_c670d-11l sur openbox/xubuntu 14.04 en 64 bit

Hors ligne

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

TeHoDenN
Membre
Inscription : 2013-03-21
Messages : 75

Re : Connexion au VPN OK mais perte du transit

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

Hors ligne

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

ljere
Membres de confiance
Inscription : 2012-04-22
Messages : 460

Re : Connexion au VPN OK mais perte du transit

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


AMD 3000+, nvidia FX5200 et 2 giga de ram sur Voyager 12.04 LTS en 32 bit
et TOSHIBA satellite_c670d-11l sur openbox/xubuntu 14.04 en 64 bit

Hors ligne

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

tyfan
Membre
Inscription : 2013-05-29
Messages : 51

Re : Connexion au VPN OK mais perte du transit

@ 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)

Hors ligne

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

TeHoDenN
Membre
Inscription : 2013-03-21
Messages : 75

Re : Connexion au VPN OK mais perte du transit

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 ..

Hors ligne

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

David
Bof !!!
Inscription : 2012-01-30
Messages : 6 121

Re : Connexion au VPN OK mais perte du transit

Bonjour ...

Normalement, votre serveur DNS interrogera hiérarchiquement les DNS en partant par ceux de la racine. Ces serveurs racines sont configurés pour votre serveurs ... pour unbound dans le fichier "root.hints" (voir le Tutoriel), pour bind9 dans le fichier "db.root". Ces serveurs racines sont au nombre de 13 et sont gérés par l'ICANN.

Ensuite ces DNS racines peuvent renvoyer vers des DNS de zones inférieures qui eux même peuvent aussi vous envoyer vers d'autres DNS de zones inférieures qui eux même ...

Vous n'arriverez que très rarement sur les DNS des FAIs sauf si le domaine appartient au FAI ... et même là, un DNS de niveau supérieur pourrait donner le réponse dans que la durée de vie de l'enregistrement est toujours valide.

Cordialement, David.


C.G.U.                Règles

Hors ligne

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

tyfan
Membre
Inscription : 2013-05-29
Messages : 51

Re : Connexion au VPN OK mais perte du transit

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

Hors ligne

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

TeHoDenN
Membre
Inscription : 2013-03-21
Messages : 75

Re : Connexion au VPN OK mais perte du transit

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 ..

Hors ligne

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

TeHoDenN
Membre
Inscription : 2013-03-21
Messages : 75

Re : Connexion au VPN OK mais perte du transit

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)

Hors ligne

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

TeHoDenN
Membre
Inscription : 2013-03-21
Messages : 75

Re : Connexion au VPN OK mais perte du transit

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 ...

Hors ligne

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

TeHoDenN
Membre
Inscription : 2013-03-21
Messages : 75

Re : Connexion au VPN OK mais perte du transit

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

Hors ligne

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

xamzab
SysOps
Inscription : 2013-03-21
Messages : 2 138

Re : Connexion au VPN OK mais perte du transit

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,


If privacy is outlawed, only outlaws will have privacy.

Hors ligne

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

TeHoDenN
Membre
Inscription : 2013-03-21
Messages : 75

Re : Connexion au VPN OK mais perte du transit

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 ????

Hors ligne

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

xamzab
SysOps
Inscription : 2013-03-21
Messages : 2 138

Re : Connexion au VPN OK mais perte du transit

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.


If privacy is outlawed, only outlaws will have privacy.

Hors ligne

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

Flashback
Membre
Lieu : Ailleurs
Inscription : 2012-10-02
Messages : 152

Re : Connexion au VPN OK mais perte du transit

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

Hors ligne

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

xamzab
SysOps
Inscription : 2013-03-21
Messages : 2 138

Re : Connexion au VPN OK mais perte du transit

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.


If privacy is outlawed, only outlaws will have privacy.

Hors ligne

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

Flashback
Membre
Lieu : Ailleurs
Inscription : 2012-10-02
Messages : 152

Re : Connexion au VPN OK mais perte du transit

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

Hors ligne

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

TeHoDenN
Membre
Inscription : 2013-03-21
Messages : 75

Re : Connexion au VPN OK mais perte du transit

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

Hors ligne

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

xamzab
SysOps
Inscription : 2013-03-21
Messages : 2 138

Re : Connexion au VPN OK mais perte du transit

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


If privacy is outlawed, only outlaws will have privacy.

Hors ligne

Pied de page des forums