Problème de déconnexion intempestives

SyderalSyderal
dans Discussion générale
Bonsoir,
J'ai un abonnement highway to freedom et une connection de base sfr wifi fon ayant un débit d'environ 5-6 méga qui est relativement stable . Cependant dés que je me connecte sur frozenway ( quelque soit le serveur choisis ) , ma connection plante dans 90% du temps en moins de 3 minutes et je dois attendre environ 1 minute le temps de pouvoir retrouver un serveur disponible sur frozenway. Cela fais maintenant plusieurs années que j'utilise frozenway de manière plus ou moins fréquente mais actuellement il m'est quasiment impossible de faire quoi que ce soit alors que j'ai actuellement besoin de cette connection. Voici ci joint l'un des nombreux log de plantage que j'ai pu obtenir ( ps : j’ai essayé de régler le problème en désactivant avast mais sans résultat )
Merci de m'aider à résoudre mon problème. Cordialement,
Syderal

FrozenWay version 1.6.5
----------------------------------
Server: premium-02-ca-01
Protocol: OpenVPN
----------------------------------
Mon Mar 23 22:38:30 2015 OpenVPN 2.3.2 i686-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [eurephia] [IPv6] built on Aug 22 2013

Mon Mar 23 22:38:31 2015 Control Channel Authentication: using 'C:/Users/Thomas/Desktop/frozenway 1.6.5/FrozenWay 1.6.5/etc/keys/auth.key' as a OpenVPN static key file
Mon Mar 23 22:38:31 2015 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Mon Mar 23 22:38:31 2015 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Mon Mar 23 22:38:31 2015 Socket Buffers: R=[8192->8192] S=[8192->8192]
Mon Mar 23 22:38:31 2015 Attempting to establish TCP connection with [AF_INET]198.100.150.8:443

Mon Mar 23 22:38:31 2015 TCP connection established with [AF_INET]198.100.150.8:443
Mon Mar 23 22:38:31 2015 TCPv4_CLIENT link local: [undef]
Mon Mar 23 22:38:31 2015 TCPv4_CLIENT link remote: [AF_INET]198.100.150.8:443

Mon Mar 23 22:38:31 2015 TLS: Initial packet from [AF_INET]198.100.150.8:443, sid=bed422a0 dbe4a589

Mon Mar 23 22:38:32 2015 VERIFY OK: depth=1, C=FR, ST=France, L=Paris, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com
Mon Mar 23 22:38:32 2015 VERIFY OK: nsCertType=SERVER
Mon Mar 23 22:38:32 2015 VERIFY OK: depth=0, C=FR, ST=France, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com

Mon Mar 23 22:38:33 2015 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Mon Mar 23 22:38:33 2015 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Mon Mar 23 22:38:33 2015 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Mon Mar 23 22:38:33 2015 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Mon Mar 23 22:38:33 2015 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Mon Mar 23 22:38:33 2015 [FrozenWay] Peer Connection Initiated with [AF_INET]198.100.150.8:443

Mon Mar 23 22:38:35 2015 SENT CONTROL [FrozenWay]: 'PUSH_REQUEST' (status=1)

Mon Mar 23 22:38:35 2015 PUSH: Received control message: 'PUSH_REPLY,dhcp-option DNS 10.1.0.1,dhcp-option WINS 10.1.0.1,route 10.1.0.1,topology net30,socket-flags TCP_NODELAY,ifconfig 10.1.1.106 10.1.1.105'
Mon Mar 23 22:38:35 2015 OPTIONS IMPORT: --socket-flags option modified
Mon Mar 23 22:38:35 2015 OPTIONS IMPORT: --ifconfig/up options modified
Mon Mar 23 22:38:35 2015 OPTIONS IMPORT: route options modified
Mon Mar 23 22:38:35 2015 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Mon Mar 23 22:38:35 2015 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Mon Mar 23 22:38:35 2015 open_tun, tt->ipv6=0
Mon Mar 23 22:38:35 2015 TAP-WIN32 device [FrozenWay] opened: \\.\Global\{5B768AC0-F2E9-4A7E-82ED-0FC79AB7AD8C}.tap
Mon Mar 23 22:38:35 2015 TAP-Windows Driver Version 9.9
Mon Mar 23 22:38:35 2015 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.1.1.106/255.255.255.252 on interface {5B768AC0-F2E9-4A7E-82ED-0FC79AB7AD8C} [DHCP-serv: 10.1.1.105, lease-time: 31536000]
Mon Mar 23 22:38:35 2015 Successful ARP Flush on interface [17] {5B768AC0-F2E9-4A7E-82ED-0FC79AB7AD8C}

Mon Mar 23 22:38:40 2015 TEST ROUTES: 1/1 succeeded len=1 ret=1 a=0 u/d=up
Mon Mar 23 22:38:40 2015 C:\Windows\system32\route.exe ADD 10.1.0.1 MASK 255.255.255.255 10.1.1.105
Mon Mar 23 22:38:40 2015 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4
Mon Mar 23 22:38:40 2015 Route addition via IPAPI succeeded [adaptive]
Mon Mar 23 22:38:40 2015 Initialization Sequence Completed

IPv4 routing table :
0.0.0.0 0.0.0.0 192.168.2.1 192.168.2.66 9999
0.0.0.0 0.0.0.0 10.1.1.105 10.1.1.106 30
10.1.0.1 255.255.255.255 10.1.1.105 10.1.1.106 30
10.1.1.104 255.255.255.252 10.1.1.106 10.1.1.106 286
10.1.1.106 255.255.255.255 10.1.1.106 10.1.1.106 286
10.1.1.107 255.255.255.255 10.1.1.106 10.1.1.106 286
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 306
127.0.0.1 255.255.255.255 127.0.0.1 127.0.0.1 306
127.255.255.255 255.255.255.255 127.0.0.1 127.0.0.1 306
192.168.2.0 255.255.255.0 192.168.2.66 192.168.2.66 286
192.168.2.66 255.255.255.255 192.168.2.66 192.168.2.66 286
192.168.2.255 255.255.255.255 192.168.2.66 192.168.2.66 286
198.100.150.8 255.255.255.255 192.168.2.1 192.168.2.66 30
224.0.0.0 240.0.0.0 127.0.0.1 127.0.0.1 306
224.0.0.0 240.0.0.0 10.1.1.106 10.1.1.106 286
224.0.0.0 240.0.0.0 192.168.2.66 192.168.2.66 286
255.255.255.255 255.255.255.255 127.0.0.1 127.0.0.1 306
255.255.255.255 255.255.255.255 10.1.1.106 10.1.1.106 286
255.255.255.255 255.255.255.255 192.168.2.66 192.168.2.66 286
Mon Mar 23 22:51:42 2015 write TCPv4_CLIENT: Software caused connection abort (WSAECONNABORTED) (code=10053)
Mon Mar 23 22:51:42 2015 Connection reset, restarting [-1]
Mon Mar 23 22:51:42 2015 C:\Windows\system32\route.exe DELETE 10.1.0.1 MASK 255.255.255.255 10.1.1.105
Mon Mar 23 22:51:42 2015 Route deletion via IPAPI succeeded [adaptive]
Mon Mar 23 22:51:42 2015 Closing TUN/TAP interface
Mon Mar 23 22:51:42 2015 SIGTERM[soft,connection-reset] received, process exiting

Réponses

  • 4t0m1k4t0m1k
    Salut,

    Est-ce normal que tu te connectes à un serveur canadien ?

    Est-ce que si tu connecte FrozenWay mais que tu ne lances aucun programme qui pourrait utiliser de la bande passante, ça plante aussi ?
  • SyderalSyderal
    Bonsoir,
    J'ai testé littéralement tous les serveurs de frozenway et il se trouve que le log que j'ai posté appartenait probablement à la fois ou je me suis connecté au serveur canadien.

    J'ai testé la manip de me connecter a frozenway en n'ayant aucun programme qui utilise la bande passante mais la encore même problème, frozenway se déconnecte au bout de quelques minutes.

    FrozenWay version 1.6.5
    ----------------------------------
    Server: premium-03-fr-01
    Protocol: OpenVPN
    ----------------------------------
    Wed Mar 25 21:02:40 2015 OpenVPN 2.3.2 i686-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [eurephia] [IPv6] built on Aug 22 2013

    Wed Mar 25 21:02:40 2015 Control Channel Authentication: using 'C:/Users/Thomas/Desktop/frozenway 1.6.5/FrozenWay 1.6.5/etc/keys/auth.key' as a OpenVPN static key file
    Wed Mar 25 21:02:40 2015 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
    Wed Mar 25 21:02:40 2015 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
    Wed Mar 25 21:02:40 2015 Socket Buffers: R=[8192->8192] S=[8192->8192]
    Wed Mar 25 21:02:40 2015 Attempting to establish TCP connection with [AF_INET]176.31.61.20:443
    Wed Mar 25 21:02:40 2015 TCP connection established with [AF_INET]176.31.61.20:443
    Wed Mar 25 21:02:40 2015 TCPv4_CLIENT link local: [undef]
    Wed Mar 25 21:02:40 2015 TCPv4_CLIENT link remote: [AF_INET]176.31.61.20:443
    Wed Mar 25 21:02:40 2015 TLS: Initial packet from [AF_INET]176.31.61.20:443, sid=cc462ece e7439f67

    Wed Mar 25 21:02:41 2015 VERIFY OK: depth=1, C=FR, ST=France, L=Paris, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com

    Wed Mar 25 21:02:41 2015 VERIFY OK: nsCertType=SERVER
    Wed Mar 25 21:02:41 2015 VERIFY OK: depth=0, C=FR, ST=France, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com

    Wed Mar 25 21:02:41 2015 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Wed Mar 25 21:02:41 2015 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Wed Mar 25 21:02:41 2015 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Wed Mar 25 21:02:41 2015 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Wed Mar 25 21:02:41 2015 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
    Wed Mar 25 21:02:41 2015 [FrozenWay] Peer Connection Initiated with [AF_INET]176.31.61.20:443

    Wed Mar 25 21:02:43 2015 SENT CONTROL [FrozenWay]: 'PUSH_REQUEST' (status=1)

    Wed Mar 25 21:02:43 2015 PUSH: Received control message: 'PUSH_REPLY,dhcp-option DNS 10.1.0.1,dhcp-option WINS 10.1.0.1,route 10.1.0.1,topology net30,socket-flags TCP_NODELAY,ifconfig 10.1.1.106 10.1.1.105'
    Wed Mar 25 21:02:43 2015 OPTIONS IMPORT: --socket-flags option modified
    Wed Mar 25 21:02:43 2015 OPTIONS IMPORT: --ifconfig/up options modified
    Wed Mar 25 21:02:43 2015 OPTIONS IMPORT: route options modified
    Wed Mar 25 21:02:43 2015 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
    Wed Mar 25 21:02:43 2015 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
    Wed Mar 25 21:02:43 2015 open_tun, tt->ipv6=0
    Wed Mar 25 21:02:43 2015 TAP-WIN32 device [FrozenWay] opened: \\.\Global\{5B768AC0-F2E9-4A7E-82ED-0FC79AB7AD8C}.tap
    Wed Mar 25 21:02:43 2015 TAP-Windows Driver Version 9.9
    Wed Mar 25 21:02:43 2015 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.1.1.106/255.255.255.252 on interface {5B768AC0-F2E9-4A7E-82ED-0FC79AB7AD8C} [DHCP-serv: 10.1.1.105, lease-time: 31536000]
    Wed Mar 25 21:02:43 2015 Successful ARP Flush on interface [17] {5B768AC0-F2E9-4A7E-82ED-0FC79AB7AD8C}

    Wed Mar 25 21:02:48 2015 TEST ROUTES: 1/1 succeeded len=1 ret=1 a=0 u/d=up
    Wed Mar 25 21:02:48 2015 C:\Windows\system32\route.exe ADD 10.1.0.1 MASK 255.255.255.255 10.1.1.105
    Wed Mar 25 21:02:48 2015 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4
    Wed Mar 25 21:02:48 2015 Route addition via IPAPI succeeded [adaptive]
    Wed Mar 25 21:02:48 2015 Initialization Sequence Completed

    IPv4 routing table :
    0.0.0.0 0.0.0.0 192.168.2.1 192.168.2.66 9999
    0.0.0.0 0.0.0.0 10.1.1.105 10.1.1.106 30
    10.1.0.1 255.255.255.255 10.1.1.105 10.1.1.106 30
    10.1.1.104 255.255.255.252 10.1.1.106 10.1.1.106 286
    10.1.1.106 255.255.255.255 10.1.1.106 10.1.1.106 286
    10.1.1.107 255.255.255.255 10.1.1.106 10.1.1.106 286
    127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 306
    127.0.0.1 255.255.255.255 127.0.0.1 127.0.0.1 306
    127.255.255.255 255.255.255.255 127.0.0.1 127.0.0.1 306
    176.31.61.20 255.255.255.255 192.168.2.1 192.168.2.66 25
    192.168.2.0 255.255.255.0 192.168.2.66 192.168.2.66 281
    192.168.2.66 255.255.255.255 192.168.2.66 192.168.2.66 281
    192.168.2.255 255.255.255.255 192.168.2.66 192.168.2.66 281
    224.0.0.0 240.0.0.0 127.0.0.1 127.0.0.1 306
    224.0.0.0 240.0.0.0 10.1.1.106 10.1.1.106 286
    224.0.0.0 240.0.0.0 192.168.2.66 192.168.2.66 281
    255.255.255.255 255.255.255.255 127.0.0.1 127.0.0.1 306
    255.255.255.255 255.255.255.255 10.1.1.106 10.1.1.106 286
    255.255.255.255 255.255.255.255 192.168.2.66 192.168.2.66 281
    Wed Mar 25 21:06:13 2015 [FrozenWay] Inactivity timeout (--ping-exit), exiting
    Wed Mar 25 21:06:13 2015 C:\Windows\system32\route.exe DELETE 10.1.0.1 MASK 255.255.255.255 10.1.1.105
    Wed Mar 25 21:06:13 2015 Route deletion via IPAPI succeeded [adaptive]
    Wed Mar 25 21:06:13 2015 Closing TUN/TAP interface
    Wed Mar 25 21:06:13 2015 SIGTERM[soft,ping-exit] received, process exiting
  • 4t0m1k4t0m1k
    Et décocher la case "Augmenter la métrique de la passerelle par défaut" dans les options réseau de FrozenWay ne change rien ?

    Peux-tu donner le résultat d'un http://www.speedtest.net sans FrozenWay de connecté stp ? Je pense que l'upload doit être trop bas.
  • SyderalSyderal
    Alors j'ai essayé de décocher cette fameuse case, j'ai pu ainsi utiliser sans problème frozenway tout le long du temps de fonctionnement de ma connexion de base ( c'est a dire les 2 heures avant que sfr wifi fon ne reboot ). Mais la encore après mettre reconnecté à sfr et après avoir relancé frozenway et m'être reconnecté au Même serveur ==> plantage à répétition toutes les 2-3 minutes.
    Voici le speedtest ( en période de grosse affluence vers 21h du soir ou la connexion est la plus mauvaise )
    http://www.speedtest.net/my-result/4243813972

    et encore une fois les logs

    FrozenWay version 1.6.5
    ----------------------------------
    Server: premium-03-fr-01
    Protocol: OpenVPN
    ----------------------------------
    Thu Mar 26 21:25:55 2015 OpenVPN 2.3.2 i686-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [eurephia] [IPv6] built on Aug 22 2013

    Thu Mar 26 21:25:56 2015 Control Channel Authentication: using 'C:/Users/Thomas/Desktop/frozenway 1.6.5/FrozenWay 1.6.5/etc/keys/auth.key' as a OpenVPN static key file
    Thu Mar 26 21:25:56 2015 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
    Thu Mar 26 21:25:56 2015 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
    Thu Mar 26 21:25:56 2015 Socket Buffers: R=[8192->8192] S=[8192->8192]
    Thu Mar 26 21:25:56 2015 Attempting to establish TCP connection with [AF_INET]176.31.61.20:443

    Thu Mar 26 21:25:56 2015 TCP connection established with [AF_INET]176.31.61.20:443
    Thu Mar 26 21:25:56 2015 TCPv4_CLIENT link local: [undef]
    Thu Mar 26 21:25:56 2015 TCPv4_CLIENT link remote: [AF_INET]176.31.61.20:443
    Thu Mar 26 21:25:56 2015 TLS: Initial packet from [AF_INET]176.31.61.20:443, sid=50de9101 26a20329

    Thu Mar 26 21:25:56 2015 VERIFY OK: depth=1, C=FR, ST=France, L=Paris, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com
    Thu Mar 26 21:25:56 2015 VERIFY OK: nsCertType=SERVER
    Thu Mar 26 21:25:56 2015 VERIFY OK: depth=0, C=FR, ST=France, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com

    Thu Mar 26 21:25:57 2015 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Thu Mar 26 21:25:57 2015 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Thu Mar 26 21:25:57 2015 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Thu Mar 26 21:25:57 2015 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Thu Mar 26 21:25:57 2015 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
    Thu Mar 26 21:25:57 2015 [FrozenWay] Peer Connection Initiated with [AF_INET]176.31.61.20:443

    Thu Mar 26 21:25:59 2015 SENT CONTROL [FrozenWay]: 'PUSH_REQUEST' (status=1)
    Thu Mar 26 21:25:59 2015 PUSH: Received control message: 'PUSH_REPLY,dhcp-option DNS 10.1.0.1,dhcp-option WINS 10.1.0.1,route 10.1.0.1,topology net30,socket-flags TCP_NODELAY,ifconfig 10.1.1.106 10.1.1.105'
    Thu Mar 26 21:25:59 2015 OPTIONS IMPORT: --socket-flags option modified
    Thu Mar 26 21:25:59 2015 OPTIONS IMPORT: --ifconfig/up options modified
    Thu Mar 26 21:25:59 2015 OPTIONS IMPORT: route options modified
    Thu Mar 26 21:25:59 2015 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
    Thu Mar 26 21:25:59 2015 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
    Thu Mar 26 21:25:59 2015 open_tun, tt->ipv6=0
    Thu Mar 26 21:25:59 2015 TAP-WIN32 device [FrozenWay] opened: \\.\Global\{5B768AC0-F2E9-4A7E-82ED-0FC79AB7AD8C}.tap
    Thu Mar 26 21:25:59 2015 TAP-Windows Driver Version 9.9

    Thu Mar 26 21:25:59 2015 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.1.1.106/255.255.255.252 on interface {5B768AC0-F2E9-4A7E-82ED-0FC79AB7AD8C} [DHCP-serv: 10.1.1.105, lease-time: 31536000]
    Thu Mar 26 21:25:59 2015 Successful ARP Flush on interface [17] {5B768AC0-F2E9-4A7E-82ED-0FC79AB7AD8C}

    Thu Mar 26 21:26:04 2015 TEST ROUTES: 1/1 succeeded len=1 ret=1 a=0 u/d=up
    Thu Mar 26 21:26:04 2015 C:\Windows\system32\route.exe ADD 10.1.0.1 MASK 255.255.255.255 10.1.1.105
    Thu Mar 26 21:26:04 2015 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4
    Thu Mar 26 21:26:04 2015 Route addition via IPAPI succeeded [adaptive]
    Thu Mar 26 21:26:04 2015 Initialization Sequence Completed

    IPv4 routing table :
    0.0.0.0 0.0.0.0 192.168.2.1 192.168.2.66 30
    0.0.0.0 128.0.0.0 10.1.1.105 10.1.1.106 30
    10.1.0.1 255.255.255.255 10.1.1.105 10.1.1.106 30
    10.1.1.104 255.255.255.252 10.1.1.106 10.1.1.106 286
    10.1.1.106 255.255.255.255 10.1.1.106 10.1.1.106 286
    10.1.1.107 255.255.255.255 10.1.1.106 10.1.1.106 286
    127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 306
    127.0.0.1 255.255.255.255 127.0.0.1 127.0.0.1 306
    127.255.255.255 255.255.255.255 127.0.0.1 127.0.0.1 306
    128.0.0.0 128.0.0.0 10.1.1.105 10.1.1.106 30
    176.31.61.20 255.255.255.255 192.168.2.1 192.168.2.66 30
    192.168.2.0 255.255.255.0 192.168.2.66 192.168.2.66 286
    192.168.2.66 255.255.255.255 192.168.2.66 192.168.2.66 286
    192.168.2.255 255.255.255.255 192.168.2.66 192.168.2.66 286
    224.0.0.0 240.0.0.0 127.0.0.1 127.0.0.1 306
    224.0.0.0 240.0.0.0 10.1.1.106 10.1.1.106 286
    224.0.0.0 240.0.0.0 192.168.2.66 192.168.2.66 286
    255.255.255.255 255.255.255.255 127.0.0.1 127.0.0.1 306
    255.255.255.255 255.255.255.255 10.1.1.106 10.1.1.106 286
    255.255.255.255 255.255.255.255 192.168.2.66 192.168.2.66 286
    Thu Mar 26 21:29:22 2015 write TCPv4_CLIENT: Software caused connection abort (WSAECONNABORTED) (code=10053)
    Thu Mar 26 21:29:22 2015 Connection reset, restarting [-1]
    Thu Mar 26 21:29:22 2015 C:\Windows\system32\route.exe DELETE 10.1.0.1 MASK 255.255.255.255 10.1.1.105
    Thu Mar 26 21:29:22 2015 Route deletion via IPAPI succeeded [adaptive]
    Thu Mar 26 21:29:22 2015 Closing TUN/TAP interface
    Thu Mar 26 21:29:22 2015 SIGTERM[soft,connection-reset] received, process exiting


    Merci encore pour l'aide :D
  • 4t0m1k4t0m1k
    C'est le scénario typique d'un TCP over TCP meltdown effect : /

    En gros quand la connexion n'est pas assez rapide et qu'en plus tu es en wifi (et pas optimal car la box ne se trouve pas dans ton logement), il y a des pertes de paquets mais comme FrozenWay est un VPN TCP, il y a une encapsulation du TCP sur du TCP ce qui crée une réaction en chaine de retransmission de paquet en cas de perte et si la connexion n'est pas assez rapide, cela conduit à une déconnexion. Ça le fait pour tous les VPN TCP (les VPN UDP sont bloqués par le hotspot SFR).

    Je suis en train de développer une solution empêchant ce phénomène ce qui augmentera considérablement la stabilité de FrozenWay sur les réseaux sans-fil ou instables. J'espère vraiment y parvenir, FrozenWay sera le seul VPN à le proposer.

    Pour en savoir plus (anglais) : http://sites.inka.de/bigred/devel/tcp-tcp.html
Connectez-vous ou Inscrivez-vous pour répondre.