Frozenway lenteur du debit par rapport au debit normal

guilefou

Bonjour,

j'ai un abonnement frozenway 2Mb ce qui est suffisent car je suis sur Cuba. Je bypass le proxy entreprise pour pourvoir jouer à wow ou diablo3 le soir après le boulot

Tout fonctionne sauf que le debit est vraiment réduit quand frozen est activé.
Sans frozenway: 6.19 mb/s en montant et 1.83 mb/s descendant
Avec frozenway: 597 kb/s en montant et 29 kb/s en descendant.

Connecté sur le premium 2 du canada.
Pour info l'unique méthode de connexion qui fonctionne est le https.
J'ai un meilleur ping lorsque je décoche Redirection dynamique.
Mais le débit descendant est trop faible pour avoir une latence jouable.
Tout le reste est par defaut sinon.
FrozenWay version 1.6.6
----------------------------------
Server: premium-06-ca-01
Proxy: 10.72.230.2:8080
Protocol: HTTPS
----------------------------------
Thu Jan 11 18:20:41 2018 OpenVPN 2.3.8 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [IPv6] built on Aug 27 2015
Thu Jan 11 18:20:41 2018 library versions: OpenSSL 1.0.1p 9 Jul 2015, LZO 2.08

Thu Jan 11 18:20:42 2018 Control Channel Authentication: using 'D:/Perso/Téléchargements/FrozenWay 1.6.6/FrozenWay 1.6.6/etc/keys/auth.key' as a OpenVPN static key file
Thu Jan 11 18:20:42 2018 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Jan 11 18:20:42 2018 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Jan 11 18:20:42 2018 Socket Buffers: R=[65536->65536] S=[64512->64512]
Thu Jan 11 18:20:42 2018 Attempting to establish TCP connection with [AF_INET]127.0.0.1:59296 [nonblock]
Thu Jan 11 18:20:42 2018 TCP connection established with [AF_INET]127.0.0.1:59296
Thu Jan 11 18:20:42 2018 TCPv4_CLIENT link local: [undef]
Thu Jan 11 18:20:42 2018 TCPv4_CLIENT link remote: [AF_INET]127.0.0.1:59296

Thu Jan 11 18:20:43 2018 TLS: Initial packet from [AF_INET]127.0.0.1:59296, sid=c9659a63 63123dbf

Thu Jan 11 18:20:43 2018 VERIFY OK: depth=1, C=FR, ST=France, L=Paris, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com
Thu Jan 11 18:20:43 2018 VERIFY OK: nsCertType=SERVER
Thu Jan 11 18:20:43 2018 VERIFY OK: depth=0, C=FR, ST=France, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com

Thu Jan 11 18:20:43 2018 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Thu Jan 11 18:20:43 2018 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Jan 11 18:20:43 2018 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Thu Jan 11 18:20:43 2018 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Jan 11 18:20:43 2018 Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 1024 bit RSA
Thu Jan 11 18:20:43 2018 [FrozenWay] Peer Connection Initiated with [AF_INET]127.0.0.1:59296

Thu Jan 11 18:20:46 2018 SENT CONTROL [FrozenWay]: 'PUSH_REQUEST' (status=1)

Thu Jan 11 18:20:46 2018 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.0.14 10.1.0.13'
Thu Jan 11 18:20:46 2018 OPTIONS IMPORT: --socket-flags option modified
Thu Jan 11 18:20:46 2018 OPTIONS IMPORT: --ifconfig/up options modified
Thu Jan 11 18:20:46 2018 OPTIONS IMPORT: route options modified
Thu Jan 11 18:20:46 2018 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Thu Jan 11 18:20:46 2018 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Thu Jan 11 18:20:46 2018 open_tun, tt->ipv6=0
Thu Jan 11 18:20:46 2018 TAP-WIN32 device [FrozenWay] opened: \\.\Global\{FCB694AD-0696-420B-82E7-413698F1EB6D}.tap
Thu Jan 11 18:20:46 2018 TAP-Windows Driver Version 9.21
Thu Jan 11 18:20:46 2018 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.1.0.14/255.255.255.252 on interface {FCB694AD-0696-420B-82E7-413698F1EB6D} [DHCP-serv: 10.1.0.13, lease-time: 31536000]
Thu Jan 11 18:20:46 2018 Successful ARP Flush on interface [18] {FCB694AD-0696-420B-82E7-413698F1EB6D}

Thu Jan 11 18:20:52 2018 TEST ROUTES: 1/1 succeeded len=1 ret=1 a=0 u/d=up
Thu Jan 11 18:20:52 2018 C:\Windows\system32\route.exe ADD 10.1.0.1 MASK 255.255.255.255 10.1.0.13
Thu Jan 11 18:20:52 2018 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=35 and dwForwardType=4
Thu Jan 11 18:20:52 2018 Route addition via IPAPI succeeded [adaptive]
Thu Jan 11 18:20:52 2018 Initialization Sequence Completed

IPv4 routing table :
0.0.0.0 0.0.0.0 10.72.232.129 10.72.232.176 25
0.0.0.0 0.0.0.0 10.3.0.5 10.1.0.14 9999
0.0.0.0 128.0.0.0 10.3.0.5 10.1.0.14 35
0.0.0.0 128.0.0.0 10.1.0.13 10.1.0.14 35
10.1.0.1 255.255.255.255 10.1.0.13 10.1.0.14 35
10.1.0.12 255.255.255.252 10.1.0.14 10.1.0.14 291
10.1.0.14 255.255.255.255 10.1.0.14 10.1.0.14 291
10.1.0.15 255.255.255.255 10.1.0.14 10.1.0.14 291
10.72.230.2 255.255.255.255 10.72.232.129 10.72.232.176 25
10.72.232.128 255.255.255.128 10.72.232.176 10.72.232.176 281
10.72.232.176 255.255.255.255 10.72.232.176 10.72.232.176 281
10.72.232.255 255.255.255.255 10.72.232.176 10.72.232.176 281
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 331
127.0.0.1 255.255.255.255 127.0.0.1 127.0.0.1 331
127.255.255.255 255.255.255.255 127.0.0.1 127.0.0.1 331
128.0.0.0 128.0.0.0 10.3.0.5 10.1.0.14 35
128.0.0.0 128.0.0.0 10.1.0.13 10.1.0.14 35
224.0.0.0 240.0.0.0 127.0.0.1 127.0.0.1 331
224.0.0.0 240.0.0.0 10.1.0.14 10.1.0.14 291
224.0.0.0 240.0.0.0 10.72.232.176 10.72.232.176 281
255.255.255.255 255.255.255.255 127.0.0.1 127.0.0.1 331
255.255.255.255 255.255.255.255 10.1.0.14 10.1.0.14 291
255.255.255.255 255.255.255.255 10.72.232.176 10.72.232.176 281

Pouvez-vous m'aider?

4t0m1k

Salut,

Peux-tu lancer un speedtest.net vers le serveur Caramania.Ca localisé à Beauharnois, QC (clic sur "Choisir le serveur" avant de lancer le test) sans FrozenWay de connecté et donne le résultat stp.

guilefou

http://www.speedtest.net/my-result/6959601727

4t0m1k

Le débit descendant est très bas. Je pense que le soucis vient du fait que ton proxy est configuré avec des buffers TCP de réception (fenêtre TCP) très bas (je dirais 8-16 ko au vu des tests) ceci probablement afin d'économiser de la RAM, ce qui est dommage, car à chaque fois que tu va te connecter à un site Internet un peu éloigné (et donc avec une latence importante), le débit ne pourra pas dépasser quelques ko/s.

Le soucis ne vient donc pas de FrozenWay en lui même (si ce n'est le fait qu'avec des serveurs plus proches de Cuba, le débit serait bien meilleur), mais du proxy.

Donc 2 solutions :
- Essayer de convaincre l'admin réseau d'augmenter la taille des buffers de réception TCP sur le serveur proxy (soit en prétextant un débit lent sur des serveurs éloignés, soit en disant la vérité, après tout, jouer après le boulot c'est pas un crime)
- Trouver un autre service de contournement de proxy qui dispose de serveurs plus proches (Miami par exemple). Ton abonnement pourra être remboursé, pas de soucis

guilefou

je retenterai le soir histoire que il y ai moins de monde sur le réseau.

guilefou

Le test de ce soir c'est meilleur:

http://www.speedtest.net/my-result/6960969919

sans frozen

4t0m1k

De toute façon, pour les jeux, le vrai soucis c'est la latence. Si tu joues à WoW sur un serveur français, les données passeront par le Canada, puis par la France en upload, et l'inverse en download, soit une latence physique d'environ 300 ms. A celle-ci s'ajoute une autre latence soft due à la fenêtre de réception TCP, ce qui peut donner des résultats catastrophiques si la fenêtre est trop basse.

Essaye de te connecter à un serveur FrozenWay en France plutôt si tu joues sur des serveurs français, tu devrais gagner plus de 100 ms de latence en principe car les données ne passeront pas par le Canada en plus.

guilefou

De toute façon frozen est le seul vpn qui marche au boulot, tout le reste ne passe pas le parefeu.
Par contre ce qui me turlupine c'est que la navigation (qui passe par le port 80) est vraiment rapide et confortable (exemple facebook).

4t0m1k

Facebook avec FrozenWay de connecté ou sans ?

Surement que la prochaine version de FrozenWay améliorera ton cas, je prépare un nouveau VPN qui remplacera OpenVPN et qui aura un meilleur débit sur les connexions qui ont des pertes de paquets (longues distances etc.).

guilefou

facebook sans frozen c'est bien, mais avec c'est juste l'enfer.

4t0m1k

Facebook a des serveurs plus proches de Cuba (donc moins de routeurs à passer, donc moins de latence donc plus de débit).

Facebook ne passe pas par le port 80, mais 443 (https), tout comme FrozenWay, du coup il n'y a pas de filtrage particulier au niveau de ton proxy entre une communication facebook ou FrozenWay.

guilefou

est-il possible que certain port (genre le 80) soit plus rapide que d'autre?

4t0m1k

C'est possible bien que peu probable. De plus en plus de sites utilisent https, je ne vois pas pourquoi un admin réseau irait brider le port 443.