Impossible de se connecter au serveur proxy. (CROUS de Caen)
Bonsoir,
Voilà il se trouve que lorsque je lance frozenway, il fonctionne mais dans les 5 min qui suivent il me met un message d'erreur "Impossible de se connecter au serveur proxy." Je met ok du coup il tente de se reconnecter sur le serveur et y arrive mais à peine 1 min après le même message apparait et ce à l'infini..
Donc j'aimerais savoir si quelqu'un avait la solution à mon problème car je ne peux rien faire...
Merci d'avance,
Cordialement, Brice
Voilà il se trouve que lorsque je lance frozenway, il fonctionne mais dans les 5 min qui suivent il me met un message d'erreur "Impossible de se connecter au serveur proxy." Je met ok du coup il tente de se reconnecter sur le serveur et y arrive mais à peine 1 min après le même message apparait et ce à l'infini..
Donc j'aimerais savoir si quelqu'un avait la solution à mon problème car je ne peux rien faire...
Merci d'avance,
Cordialement, Brice
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
Donne le journal de connexion stp.
Est-ce que tu dois garder une page Web d'authentification ouverte pour garder l'accès à Internet ?
Voici mon journal de connexion:
FrozenWay version 1.6.5
----------------------------------
Server: public-01-fr-03
Proxy: 10.44.0.1:3128
Protocol: OpenVPN
----------------------------------
Tue Dec 10 18:36:20 2013 OpenVPN 2.3.2 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [eurephia] [IPv6] built on Aug 22 2013
Tue Dec 10 18:36:21 2013 Control Channel Authentication: using 'C:/Users/Brice/Downloads/FrozenWay 1.6.5/FrozenWay 1.6.5/etc/keys/auth.key' as a OpenVPN static key file
Tue Dec 10 18:36:21 2013 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Tue Dec 10 18:36:21 2013 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Tue Dec 10 18:36:21 2013 Socket Buffers: R=[8192->8192] S=[8192->8192]
Tue Dec 10 18:36:21 2013 Attempting to establish TCP connection with [AF_INET]10.44.0.1:3128
Tue Dec 10 18:36:21 2013 TCP connection established with [AF_INET]10.44.0.1:3128
Tue Dec 10 18:36:21 2013 Send to HTTP proxy: 'CONNECT 178.33.213.213:443 HTTP/1.0'
Tue Dec 10 18:36:21 2013 HTTP proxy returned: 'HTTP/1.0 407 Proxy Authentication Required'
Tue Dec 10 18:36:21 2013 Proxy requires authentication
Tue Dec 10 18:36:21 2013 PROXY AUTH BASIC: 'Proxy-Authenticate: Basic realm="Unicaen"'
Tue Dec 10 18:36:21 2013 HTTP proxy authenticate 'realm="Unicaen"'
Tue Dec 10 18:36:21 2013 Attempting to establish TCP connection with [AF_INET]10.44.0.1:3128
Tue Dec 10 18:36:21 2013 TCP connection established with [AF_INET]10.44.0.1:3128
Tue Dec 10 18:36:21 2013 Send to HTTP proxy: 'CONNECT 178.33.213.213:443 HTTP/1.0'
Tue Dec 10 18:36:21 2013 Attempting Basic Proxy-Authorization
Tue Dec 10 18:36:21 2013 HTTP proxy returned: 'HTTP/1.0 200 Connection established'
Tue Dec 10 18:36:23 2013 TCPv4_CLIENT link local: [undef]
Tue Dec 10 18:36:23 2013 TCPv4_CLIENT link remote: [AF_INET]10.44.0.1:3128
Tue Dec 10 18:36:23 2013 TLS: Initial packet from [AF_INET]10.44.0.1:3128, sid=b4b401dc 261417dc
Tue Dec 10 18:36:23 2013 VERIFY OK: depth=1, C=FR, ST=France, L=Paris, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com
Tue Dec 10 18:36:23 2013 VERIFY OK: nsCertType=SERVER
Tue Dec 10 18:36:23 2013 VERIFY OK: depth=0, C=FR, ST=France, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com
Tue Dec 10 18:36:23 2013 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Tue Dec 10 18:36:23 2013 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Tue Dec 10 18:36:23 2013 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Tue Dec 10 18:36:23 2013 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Tue Dec 10 18:36:23 2013 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Tue Dec 10 18:36:23 2013 [FrozenWay] Peer Connection Initiated with [AF_INET]10.44.0.1:3128
Tue Dec 10 18:36:26 2013 SENT CONTROL [FrozenWay]: 'PUSH_REQUEST' (status=1)
Tue Dec 10 18:36:26 2013 PUSH: Received control message: 'PUSH_REPLY,dhcp-option DNS 10.5.0.1,dhcp-option WINS 10.5.0.1,route 10.5.0.1,topology net30,socket-flags TCP_NODELAY,ifconfig 10.5.9.122 10.5.9.121'
Tue Dec 10 18:36:26 2013 OPTIONS IMPORT: --socket-flags option modified
Tue Dec 10 18:36:26 2013 OPTIONS IMPORT: --ifconfig/up options modified
Tue Dec 10 18:36:26 2013 OPTIONS IMPORT: route options modified
Tue Dec 10 18:36:26 2013 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Tue Dec 10 18:36:26 2013 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Tue Dec 10 18:36:26 2013 open_tun, tt->ipv6=0
Tue Dec 10 18:36:26 2013 TAP-WIN32 device [FrozenWay] opened: \\.\Global\{BD00BA3F-1585-4C22-BEA0-C1AD28BF22DD}.tap
Tue Dec 10 18:36:26 2013 TAP-Windows Driver Version 9.9
Tue Dec 10 18:36:26 2013 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.5.9.122/255.255.255.252 on interface {BD00BA3F-1585-4C22-BEA0-C1AD28BF22DD} [DHCP-serv: 10.5.9.121, lease-time: 31536000]
Tue Dec 10 18:36:26 2013 Successful ARP Flush on interface [32] {BD00BA3F-1585-4C22-BEA0-C1AD28BF22DD}
Tue Dec 10 18:36:31 2013 TEST ROUTES: 1/1 succeeded len=1 ret=1 a=0 u/d=up
Tue Dec 10 18:36:31 2013 C:\Windows\system32\route.exe ADD 10.5.0.1 MASK 255.255.255.255 10.5.9.121
Tue Dec 10 18:36:31 2013 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4
Tue Dec 10 18:36:31 2013 Route addition via IPAPI succeeded [adaptive]
Tue Dec 10 18:36:31 2013 Initialization Sequence Completed
IPv4 routing table :
0.0.0.0 0.0.0.0 10.44.0.1 10.44.99.166 9999
0.0.0.0 0.0.0.0 10.5.9.121 10.5.9.122 30
10.5.0.1 255.255.255.255 10.5.9.121 10.5.9.122 30
10.5.9.120 255.255.255.252 10.5.9.122 10.5.9.122 286
10.5.9.122 255.255.255.255 10.5.9.122 10.5.9.122 286
10.5.9.123 255.255.255.255 10.5.9.122 10.5.9.122 286
10.44.0.0 255.255.0.0 10.44.99.166 10.44.99.166 281
10.44.99.166 255.255.255.255 10.44.99.166 10.44.99.166 281
10.44.255.255 255.255.255.255 10.44.99.166 10.44.99.166 281
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
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.5.9.122 10.5.9.122 286
224.0.0.0 240.0.0.0 10.44.99.166 10.44.99.166 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.5.9.122 10.5.9.122 286
255.255.255.255 255.255.255.255 10.44.99.166 10.44.99.166 281
Tue Dec 10 18:36:51 2013 Connection reset, restarting [0]
Tue Dec 10 18:36:51 2013 SIGUSR1[soft,connection-reset] received, process restarting
Tue Dec 10 18:36:51 2013 Restart pause, 1 second(s)
Tue Dec 10 18:36:52 2013 Socket Buffers: R=[8192->8192] S=[8192->8192]
Tue Dec 10 18:36:52 2013 Attempting to establish TCP connection with [AF_INET]10.44.0.1:3128
Tue Dec 10 18:36:52 2013 TCP connection established with [AF_INET]10.44.0.1:3128
Tue Dec 10 18:36:52 2013 Send to HTTP proxy: 'CONNECT 178.33.213.213:443 HTTP/1.0'
Tue Dec 10 18:36:52 2013 Attempting Basic Proxy-Authorization
Tue Dec 10 18:36:54 2013 recv_line: TCP port read failed on recv(): Connection reset by peer (WSAECONNRESET) (errno=10054)
Tue Dec 10 18:36:54 2013 C:\Windows\system32\route.exe DELETE 10.5.0.1 MASK 255.255.255.255 10.5.9.121
Tue Dec 10 18:36:54 2013 Route deletion via IPAPI succeeded [adaptive]
Tue Dec 10 18:36:54 2013 Closing TUN/TAP interface
Tue Dec 10 18:36:54 2013 SIGTERM[soft,init_instance] received, process exiting
Non je ne dois pas laisser de page web ouverte.
En espérant que vous puissiez m'aider à régler le problème.
Cordialement,
Brice
Je suis à crous de caen aussi.
En fait, la première fois quand j'utilisais FROZENWAY, c'était l'année dernière et même avec une session gratuite, j'avais une connexion super, moins de 100ms de latence en DIABLO 3. Ce que je veux dire c'est l'endroit où j'utilise frozenway n'a pas changé, cette année même avec une session ''play more'' c'est pénible.
Mais je pense que c'est plustôt le problème du serveur de campus, déjà, c'est année, il est plus souvent que la connexion se perdre automatiquement, mais la connexion revient très vite. Et donc, je trouve très souvent que (surtout dans la nuit mais pas de soucis de matinée à midi) je peut lire les page web mais peut pas avoir une connexion stable via frozenway, comme maintenant, j'ai une vitesse de téléchargement max à 690kb/s du logiciel commodo firewall (peut être que ça vient du serveur mais pas de l'internet? ) mais peut toujours pas connecter au serveur principal ou sinon c'est une connexion très courte qui dure pas longtemps ou sinon, des fois faut relancer le logiciel pour réussir une connexion.
Pourtant, frozenway a été bien évolué aussi, au moins là, il est plus nécessaire de décocher les trucs dans la configuration de windows pour jouer au jeux en ligne. L'option "diagnostic" est super aussi!
Enfin, vue qu'il est déjà minuit, la connexion revienne.
Question de TRAFIC ( au serveur de campus et de frozenway ).
Le français n'est pas ma langue maternelle, donc m'excuse pour mes pauvres expressions.
La connexion s'est coupé pile 30 secondes après avoir commencée, peut-être que ton proxy ne permet pas une connexion TCP de plus de 30 secondes ?
Arrives-tu à télécharger des gros fichiers depuis ta connexion ? (plus de 30 secondes de téléchargement).
Est-ce la même chose si tu décoches la case "Se connecter avec l'adresse IP du serveur" dans les options de camouflage ? (Peut-être que la limite s'applique seulement aux connexions directes (sans nom de domaine envoyé au proxy)).
Peux tu envoyer le journal d'une connexion avec le protocole HTTP, après plusieurs déco/reco stp ?
@carrunner10
FrozenWay a besoin d'une connexion de base de très bonne qualité, sinon, la latence peut vite dégénérer de part l'architecture de FrozenWay (VPN TCP/UDP over TCP).
Il serait bien que les universités en France améliorent leurs réseaux, mais elles sont plutôt occupées à essayer de bloquer les VPN comme FrozenWay.
Et voilà mon journal de connexion avec plusieurs déco/reco en http
FrozenWay version 1.6.5
----------------------------------
Server: public-01-fr-01
Proxy: 10.44.0.1:3128
Protocol: HTTP
----------------------------------
Fri Dec 13 00:48:00 2013 OpenVPN 2.3.2 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [eurephia] [IPv6] built on Aug 22 2013
Fri Dec 13 00:48:01 2013 Control Channel Authentication: using 'C:/Users/Brice/Downloads/FrozenWay 1.6.5/FrozenWay 1.6.5/etc/keys/auth.key' as a OpenVPN static key file
Fri Dec 13 00:48:01 2013 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Dec 13 00:48:01 2013 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Dec 13 00:48:01 2013 Socket Buffers: R=[8192->8192] S=[8192->8192]
Fri Dec 13 00:48:01 2013 Attempting to establish TCP connection with [AF_INET]127.0.0.1:58319
Fri Dec 13 00:48:01 2013 TCP connection established with [AF_INET]127.0.0.1:58319
Fri Dec 13 00:48:01 2013 TCPv4_CLIENT link local: [undef]
Fri Dec 13 00:48:01 2013 TCPv4_CLIENT link remote: [AF_INET]127.0.0.1:58319
Fri Dec 13 00:48:03 2013 TLS: Initial packet from [AF_INET]127.0.0.1:58319, sid=291f4e28 b5aa4e0f
Fri Dec 13 00:48:03 2013 VERIFY OK: depth=1, C=FR, ST=France, L=Paris, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com
Fri Dec 13 00:48:03 2013 VERIFY OK: nsCertType=SERVER
Fri Dec 13 00:48:03 2013 VERIFY OK: depth=0, C=FR, ST=France, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com
Fri Dec 13 00:48:03 2013 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Fri Dec 13 00:48:03 2013 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Dec 13 00:48:03 2013 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Fri Dec 13 00:48:03 2013 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Dec 13 00:48:03 2013 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Fri Dec 13 00:48:03 2013 [FrozenWay] Peer Connection Initiated with [AF_INET]127.0.0.1:58319
Fri Dec 13 00:48:06 2013 SENT CONTROL [FrozenWay]: 'PUSH_REQUEST' (status=1)
Fri Dec 13 00:48:06 2013 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.20.86 10.1.20.85'
Fri Dec 13 00:48:06 2013 OPTIONS IMPORT: --socket-flags option modified
Fri Dec 13 00:48:06 2013 OPTIONS IMPORT: --ifconfig/up options modified
Fri Dec 13 00:48:06 2013 OPTIONS IMPORT: route options modified
Fri Dec 13 00:48:06 2013 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Fri Dec 13 00:48:06 2013 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Fri Dec 13 00:48:06 2013 open_tun, tt->ipv6=0
Fri Dec 13 00:48:06 2013 TAP-WIN32 device [FrozenWay] opened: \\.\Global\{BD00BA3F-1585-4C22-BEA0-C1AD28BF22DD}.tap
Fri Dec 13 00:48:06 2013 TAP-Windows Driver Version 9.9
Fri Dec 13 00:48:06 2013 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.1.20.86/255.255.255.252 on interface {BD00BA3F-1585-4C22-BEA0-C1AD28BF22DD} [DHCP-serv: 10.1.20.85, lease-time: 31536000]
Fri Dec 13 00:48:06 2013 Successful ARP Flush on interface [32] {BD00BA3F-1585-4C22-BEA0-C1AD28BF22DD}
Fri Dec 13 00:48:11 2013 TEST ROUTES: 1/1 succeeded len=1 ret=1 a=0 u/d=up
Fri Dec 13 00:48:11 2013 C:\Windows\system32\route.exe ADD 10.1.0.1 MASK 255.255.255.255 10.1.20.85
Fri Dec 13 00:48:11 2013 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4
Fri Dec 13 00:48:11 2013 Route addition via IPAPI succeeded [adaptive]
Fri Dec 13 00:48:11 2013 Initialization Sequence Completed
IPv4 routing table :
0.0.0.0 0.0.0.0 10.44.0.1 10.44.99.166 9999
0.0.0.0 0.0.0.0 10.1.20.85 10.1.20.86 30
10.1.0.1 255.255.255.255 10.1.20.85 10.1.20.86 30
10.1.20.84 255.255.255.252 10.1.20.86 10.1.20.86 286
10.1.20.86 255.255.255.255 10.1.20.86 10.1.20.86 286
10.1.20.87 255.255.255.255 10.1.20.86 10.1.20.86 286
10.44.0.0 255.255.0.0 10.44.99.166 10.44.99.166 281
10.44.99.166 255.255.255.255 10.44.99.166 10.44.99.166 281
10.44.255.255 255.255.255.255 10.44.99.166 10.44.99.166 281
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
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.20.86 10.1.20.86 286
224.0.0.0 240.0.0.0 10.44.99.166 10.44.99.166 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.20.86 10.1.20.86 286
255.255.255.255 255.255.255.255 10.44.99.166 10.44.99.166 281
Cordialement,
Brice
Aucun changement sans mon antivirus =/
Cordialement,
Brice
Ça bloque toujours au bout de 30 secondes ?
Toujours aucun résultat...
Cordialement,
Brice
Tape la commande suivante dans l'invite de commande Windows (en mode admin) :
route add 10.44.0.1 mask 255.255.255.255 10.44.0.1