[Résolu] Connecté mais ne fonctionne plus...

octobre 2014 modifié dans Support technique
Bonjour,

J'utilise Frozenway sur le réseau du CROUS de Nancy depuis maintenant plus d'un mois, avec abonnement payant. Tout a toujours très bien fonctionné mais depuis 3 ou 4 jours je n'arrive plus à me connecter à LoL ni à Battle.net. J'ai essayé plusieurs serveurs (premium 1, premium 4...), je suis bien connectée au serveur mais ça ne fonctionne plus... (j'arrive à me connecter sur LoL une fois sur 20 pendant seulement quelques secondes, après je suis déco...)
Mon ami utilise également Frozenway avec abonnement payant sur ce même réseau mais lui n'a aucun soucis.
Le problème vient-il peut-être de mon PC?

Please help!

FrozenWay version 1.6.5
----------------------------------
Server: premium-04-fr-04
Protocol: HTTP
----------------------------------
Thu Oct 16 01:50:42 2014 OpenVPN 2.3.2 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [eurephia] [IPv6] built on Aug 22 2013

Thu Oct 16 01:50:43 2014 Control Channel Authentication: using 'C:/Program Files (x86)/FrozenWay 1.6.5/etc/keys/auth.key' as a OpenVPN static key file
Thu Oct 16 01:50:43 2014 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Oct 16 01:50:43 2014 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Oct 16 01:50:43 2014 Socket Buffers: R=[65536->65536] S=[65536->65536]
Thu Oct 16 01:50:43 2014 Attempting to establish TCP connection with [AF_INET]127.0.0.1:53923
Thu Oct 16 01:50:43 2014 TCP connection established with [AF_INET]127.0.0.1:53923
Thu Oct 16 01:50:43 2014 TCPv4_CLIENT link local: [undef]
Thu Oct 16 01:50:43 2014 TCPv4_CLIENT link remote: [AF_INET]127.0.0.1:53923

Thu Oct 16 01:50:43 2014 TLS: Initial packet from [AF_INET]127.0.0.1:53923, sid=5e74f7f2 10bab976

Thu Oct 16 01:50:43 2014 VERIFY OK: depth=1, C=FR, ST=France, L=Paris, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com
Thu Oct 16 01:50:43 2014 VERIFY OK: nsCertType=SERVER
Thu Oct 16 01:50:43 2014 VERIFY OK: depth=0, C=FR, ST=France, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com

Thu Oct 16 01:50:43 2014 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Thu Oct 16 01:50:43 2014 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Oct 16 01:50:43 2014 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Thu Oct 16 01:50:43 2014 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Oct 16 01:50:43 2014 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Thu Oct 16 01:50:43 2014 [FrozenWay] Peer Connection Initiated with [AF_INET]127.0.0.1:53923

Thu Oct 16 01:50:45 2014 SENT CONTROL [FrozenWay]: 'PUSH_REQUEST' (status=1)
Thu Oct 16 01:50:45 2014 PUSH: Received control message: 'PUSH_REPLY,dhcp-option DNS 10.4.0.1,dhcp-option WINS 10.4.0.1,route 10.4.0.1,topology net30,socket-flags TCP_NODELAY,ifconfig 10.4.1.206 10.4.1.205'
Thu Oct 16 01:50:45 2014 OPTIONS IMPORT: --socket-flags option modified
Thu Oct 16 01:50:45 2014 OPTIONS IMPORT: --ifconfig/up options modified
Thu Oct 16 01:50:45 2014 OPTIONS IMPORT: route options modified
Thu Oct 16 01:50:45 2014 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Thu Oct 16 01:50:45 2014 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Thu Oct 16 01:50:45 2014 open_tun, tt->ipv6=0
Thu Oct 16 01:50:45 2014 TAP-WIN32 device [FrozenWay] opened: \\.\Global\{4CD461CD-88F6-4C0D-BB53-4FC397C8B4B7}.tap
Thu Oct 16 01:50:45 2014 TAP-Windows Driver Version 9.9
Thu Oct 16 01:50:45 2014 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.1.206/255.255.255.252 on interface {4CD461CD-88F6-4C0D-BB53-4FC397C8B4B7} [DHCP-serv: 10.4.1.205, lease-time: 31536000]
Thu Oct 16 01:50:45 2014 Successful ARP Flush on interface [11] {4CD461CD-88F6-4C0D-BB53-4FC397C8B4B7}

Thu Oct 16 01:50:50 2014 TEST ROUTES: 1/1 succeeded len=1 ret=1 a=0 u/d=up
Thu Oct 16 01:50:50 2014 C:\WINDOWS\system32\route.exe ADD 10.4.0.1 MASK 255.255.255.255 10.4.1.205
Thu Oct 16 01:50:50 2014 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4
Thu Oct 16 01:50:50 2014 Route addition via IPAPI succeeded [adaptive]
Thu Oct 16 01:50:50 2014 Initialization Sequence Completed

IPv4 routing table :
0.0.0.0 0.0.0.0 192.168.15.254 192.168.11.45 25
0.0.0.0 128.0.0.0 10.4.1.205 10.4.1.206 30
8.8.8.8 255.255.255.255 192.168.15.254 192.168.11.45 130
10.4.0.1 255.255.255.255 10.4.1.205 10.4.1.206 30
10.4.1.204 255.255.255.252 10.4.1.206 10.4.1.206 286
10.4.1.206 255.255.255.255 10.4.1.206 10.4.1.206 286
10.4.1.207 255.255.255.255 10.4.1.206 10.4.1.206 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.4.1.205 10.4.1.206 30
192.168.8.0 255.255.248.0 192.168.11.45 192.168.11.45 281
192.168.11.45 255.255.255.255 192.168.11.45 192.168.11.45 281
192.168.15.255 255.255.255.255 192.168.11.45 192.168.11.45 281
212.129.3.5 255.255.255.255 192.168.15.254 192.168.11.45 25
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.4.1.206 10.4.1.206 286
224.0.0.0 240.0.0.0 192.168.11.45 192.168.11.45 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.4.1.206 10.4.1.206 286
255.255.255.255 255.255.255.255 192.168.11.45 192.168.11.45 281

Réponses

  • Même soucis et je suis sur Nantes
  • octobre 2014 modifié
    J'ai installé Openvpn et me suis connectée aux serveurs Frozenway via Openvpn. Ça a marché une journée et le lendemain j'ai eu le même soucis qu'avec le logiciel Frozenway : je suis connectée au serveur mais impossible de me connecter à LoL, etc.

    De plus, maintenant, lorsque je lance la connexion à Frozenway sur Openvpn, ma connexion (eduroam, crousnet) se met en "limité" automatiquement, et dès que je me déco des serveurs Frozenway, elle se remet en "connecté". Parfois même on m'affiche carrément "pas d'accès à internet" lorsque je me co' sur les serveurs de Frozenway, d'autres fois je suis en "limité" pendant 10min et après ça se remet tout seul en "connecté", mais dans tous les cas LoL ne fonctionne toujours pas.

    Mon ami n'a toujours pas de soucis et utilise Frozenway pour se connecter à LoL sur les mêmes réseaux que moi (eduroam et crousnet), depuis la même chambre que moi.

    Je comprends absolument rien à ces trucs là donc j'aurais vraiment besoin d'aide please...

    PS : il n'y a aucun problème de réseau apparent lorsque je n'utilise pas Frozenway
  • Je viens d'essayer de me reconnecter au serveur privé de Nantes et ça fonctionne pour l'instant, ça me déconnecte plus 10 secondes après être connecté, je sais vraiment pas d'où vient le problème...
  • Nvm ça vient de replanter.
  • Salut,

    Et si tu recoches la case "Utiliser FrozenWay comme serveur DNS" dans les options de camouflage de FrozenWay ?
  • Yop!

    La case était déjà cochée, du coup je l'ai décochée et ça a marché. Je l'ai ensuite re-cochée et ça fonctionne aussi pour l'instant. Je retenterai à nouveau ce soir, pour vérifier que ça marche toujours.
    Merci en tout cas!
  • Bon, ça avait fonctionné pour eduroam alors j'ai essayé aussi sur crousnet mais ça n'a pas marché.
    Du coup, je suis retournée sur eduroam et ça ne marche plus non plus, meh...
  • Peux-tu essayer de te connecter depuis le même endroit que ton ami et vérifier que tes paramètres FrozenWay sont les mêmes ? Il faut aussi que tu essaye de couper tout logiciel qui pourrait interférer (antivirus etc.).
  • Apparemment le soucis venait de TAP-Windows Adapter V9. J'ai désinstallé le pilote et relancé Frozenway. Depuis, plus aucun soucis.
    J'avais d'abord tenté de mettre à jour le pilote, ce qui avait fonctionné, mais il finissait toujours par jongler tout seul entre les 2 versions...
  • Ok, merci pour ton retour.
Cette discussion a été fermée.