[Crous Nancy] FW connecter mais filtre contournée par intermitance

janvier 2014 modifié dans Support technique
Bonjour,
Après mon premier abonnement Highway to freedom en décembre, je renouvelle le bazard et depuis mon retour, dimanche, en cité U, j'ai bien le contournement de filtre mais seulement pendant quelque minutes ( 2-3) après la connexion aux serveurs puis passer ce cours délai, je reste connecter sous FW ( d'ailleur utorrent continue a DL comme un porc) mais sous chrome, je me tape la page qui me dit que ce site est bloquer par le crous.

J'utilise Chrome et n'avais aucun problème avant, c'était juste parfait.

Je vous remercie de votre aide,
Ja123

Réponses

  • Salut,

    La case "Désactiver les paramètres du proxy système à la connexion" est-elle bien cochée dans les options réseau de FrozenWay ?

    Une fois connecté, est-ce que les cases sont bien décochées dans les options Internet Windows / onglet Connexions / bouton Paramètres réseau ? Les cases devrait se décocher toute seule à la connexion de FrozenWay.

    Peux tu donner le journal de connexion à FrozenWay stp ?
  • Bonjour,

    Je rencontre exactement le même problème, au bout de quelque minute le filtre du crous recommence à faire effet, la case "Désactiver les paramètres du proxy système à la connexion" dans les options de réseau de frozen est cochée, et les cases dans les paramètres réseaux de windows restent décochée en permanence.

    Je suis au crous de chambéry.

    Merci d'avance.
  • Salut,

    FrozenWay reste connecté malgré que le filtre revient ? Donne le journal de connexion à FrozenWay stp.
  • Salut, Même problème ici (nancy aussi) voici mon log:
    FrozenWay version 1.6.5 ---------------------------------- Server: premium-04-fr-05 Protocol: HTTPS ---------------------------------- Thu Jan 16 01:26:54 2014 OpenVPN 2.3.2 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [eurephia] [IPv6] built on Aug 22 2013 Thu Jan 16 01:26:54 2014 Control Channel Authentication: using 'C:/Users/Lucas/Desktop/Utilitaires/FrozenWay 1.6.5/etc/keys/auth.key' as a OpenVPN static key file Thu Jan 16 01:26:54 2014 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication Thu Jan 16 01:26:54 2014 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication Thu Jan 16 01:26:54 2014 Socket Buffers: R=[8192->8192] S=[8192->8192] Thu Jan 16 01:26:54 2014 Attempting to establish TCP connection with [AF_INET]127.0.0.1:59651 Thu Jan 16 01:26:54 2014 TCP connection established with [AF_INET]127.0.0.1:59651 Thu Jan 16 01:26:54 2014 TCPv4_CLIENT link local: [undef] Thu Jan 16 01:26:54 2014 TCPv4_CLIENT link remote: [AF_INET]127.0.0.1:59651 Thu Jan 16 01:26:54 2014 TLS: Initial packet from [AF_INET]127.0.0.1:59651, sid=b3cb31a8 dfdc39e0 Thu Jan 16 01:26:55 2014 VERIFY OK: depth=1, C=FR, ST=France, L=Paris, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com Thu Jan 16 01:26:55 2014 VERIFY OK: nsCertType=SERVER Thu Jan 16 01:26:55 2014 VERIFY OK: depth=0, C=FR, ST=France, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com Thu Jan 16 01:26:55 2014 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key Thu Jan 16 01:26:55 2014 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Thu Jan 16 01:26:55 2014 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key Thu Jan 16 01:26:55 2014 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Thu Jan 16 01:26:55 2014 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA Thu Jan 16 01:26:55 2014 [FrozenWay] Peer Connection Initiated with [AF_INET]127.0.0.1:59651 Thu Jan 16 01:26:57 2014 SENT CONTROL [FrozenWay]: 'PUSH_REQUEST' (status=1) Thu Jan 16 01:26:57 2014 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.1.218 10.5.1.217' Thu Jan 16 01:26:57 2014 OPTIONS IMPORT: --socket-flags option modified Thu Jan 16 01:26:57 2014 OPTIONS IMPORT: --ifconfig/up options modified Thu Jan 16 01:26:57 2014 OPTIONS IMPORT: route options modified Thu Jan 16 01:26:57 2014 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified Thu Jan 16 01:26:57 2014 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0 Thu Jan 16 01:26:57 2014 open_tun, tt->ipv6=0 Thu Jan 16 01:26:57 2014 TAP-WIN32 device [Connexion au r�seau local 2] opened: \\.\Global\{5E42A8A3-D96C-4573-930B-8F6DA244A471}.tap Thu Jan 16 01:26:57 2014 TAP-Windows Driver Version 9.9 Thu Jan 16 01:26:57 2014 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.5.1.218/255.255.255.252 on interface {5E42A8A3-D96C-4573-930B-8F6DA244A471} [DHCP-serv: 10.5.1.217, lease-time: 31536000] Thu Jan 16 01:26:57 2014 Successful ARP Flush on interface [36] {5E42A8A3-D96C-4573-930B-8F6DA244A471} Thu Jan 16 01:27:02 2014 TEST ROUTES: 1/1 succeeded len=1 ret=1 a=0 u/d=up Thu Jan 16 01:27:02 2014 C:\Windows\system32\route.exe ADD 10.5.0.1 MASK 255.255.255.255 10.5.1.217 Thu Jan 16 01:27:02 2014 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 Thu Jan 16 01:27:02 2014 Route addition via IPAPI succeeded [adaptive] Thu Jan 16 01:27:02 2014 Initialization Sequence Completed IPv4 routing table : 0.0.0.0 0.0.0.0 192.168.71.254 192.168.71.186 9999 0.0.0.0 0.0.0.0 10.5.1.217 10.5.1.218 30 10.5.0.1 255.255.255.255 10.5.3.225 10.5.1.218 30 10.5.0.1 255.255.255.255 10.5.1.217 10.5.1.218 30 10.5.1.216 255.255.255.252 10.5.1.218 10.5.1.218 286 10.5.1.218 255.255.255.255 10.5.1.218 10.5.1.218 286 10.5.1.219 255.255.255.255 10.5.1.218 10.5.1.218 286 88.190.203.80 255.255.255.255 192.168.71.254 192.168.71.186 25 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.71.0 255.255.255.0 192.168.71.186 192.168.71.186 281 192.168.71.186 255.255.255.255 192.168.71.186 192.168.71.186 281 192.168.71.255 255.255.255.255 192.168.71.186 192.168.71.186 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.5.1.218 10.5.1.218 286 224.0.0.0 240.0.0.0 192.168.71.186 192.168.71.186 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.1.218 10.5.1.218 286 255.255.255.255 255.255.255.255 192.168.71.186 192.168.71.186 281
  • Il m'arrive exactement la même chose depuis vendredi dernier au crous de Bordeaux ... ça marche quelques secondes puis plus rien ...

    Nouveauté sur les CROUS ?
  • @spomino Il y a un soucis dans tes routes, désactives la connexion "FrozenWay" dans la liste des connexions réseau Windows, puis réactive là.
  • Toujours le même soucis après désactivation/ractivation dans les connexions réseau... je redonne mon log, on sais jamais: FrozenWay version 1.6.5 ---------------------------------- Server: premium-04-fr-04 Protocol: OpenVPN ---------------------------------- Tue Jan 21 23:12:59 2014 OpenVPN 2.3.2 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [eurephia] [IPv6] built on Aug 22 2013 Tue Jan 21 23:13:00 2014 Control Channel Authentication: using 'C:/Users/Lucas/Desktop/Utilitaires/FrozenWay 1.6.5/etc/keys/auth.key' as a OpenVPN static key file Tue Jan 21 23:13:00 2014 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication Tue Jan 21 23:13:00 2014 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication Tue Jan 21 23:13:00 2014 Socket Buffers: R=[8192->8192] S=[8192->8192] Tue Jan 21 23:13:00 2014 Attempting to establish TCP connection with [AF_INET]88.190.203.75:443 Tue Jan 21 23:13:00 2014 TCP connection established with [AF_INET]88.190.203.75:443 Tue Jan 21 23:13:00 2014 TCPv4_CLIENT link local: [undef] Tue Jan 21 23:13:00 2014 TCPv4_CLIENT link remote: [AF_INET]88.190.203.75:443 Tue Jan 21 23:13:00 2014 TLS: Initial packet from [AF_INET]88.190.203.75:443, sid=a1febc78 6eb21d9d Tue Jan 21 23:13:00 2014 VERIFY OK: depth=1, C=FR, ST=France, L=Paris, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com Tue Jan 21 23:13:00 2014 VERIFY OK: nsCertType=SERVER Tue Jan 21 23:13:00 2014 VERIFY OK: depth=0, C=FR, ST=France, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com Tue Jan 21 23:13:00 2014 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key Tue Jan 21 23:13:00 2014 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Tue Jan 21 23:13:00 2014 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key Tue Jan 21 23:13:00 2014 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Tue Jan 21 23:13:00 2014 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA Tue Jan 21 23:13:00 2014 [FrozenWay] Peer Connection Initiated with [AF_INET]88.190.203.75:443 Tue Jan 21 23:13:03 2014 SENT CONTROL [FrozenWay]: 'PUSH_REQUEST' (status=1) Tue Jan 21 23:13:03 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.3.210 10.4.3.209' Tue Jan 21 23:13:03 2014 OPTIONS IMPORT: --socket-flags option modified Tue Jan 21 23:13:03 2014 OPTIONS IMPORT: --ifconfig/up options modified Tue Jan 21 23:13:03 2014 OPTIONS IMPORT: route options modified Tue Jan 21 23:13:03 2014 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified Tue Jan 21 23:13:03 2014 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0 Tue Jan 21 23:13:03 2014 open_tun, tt->ipv6=0 Tue Jan 21 23:13:03 2014 TAP-WIN32 device [FrozenWay] opened: \\.\Global\{B885CB74-1FB7-4732-96F1-1F0546847386}.tap Tue Jan 21 23:13:03 2014 TAP-Windows Driver Version 9.9 Tue Jan 21 23:13:03 2014 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.3.210/255.255.255.252 on interface {B885CB74-1FB7-4732-96F1-1F0546847386} [DHCP-serv: 10.4.3.209, lease-time: 31536000] Tue Jan 21 23:13:03 2014 Successful ARP Flush on interface [18] {B885CB74-1FB7-4732-96F1-1F0546847386} Tue Jan 21 23:13:08 2014 TEST ROUTES: 1/1 succeeded len=1 ret=1 a=0 u/d=up Tue Jan 21 23:13:08 2014 C:\Windows\system32\route.exe ADD 10.4.0.1 MASK 255.255.255.255 10.4.3.209 Tue Jan 21 23:13:08 2014 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 Tue Jan 21 23:13:08 2014 Route addition via IPAPI succeeded [adaptive] Tue Jan 21 23:13:08 2014 Initialization Sequence Completed IPv4 routing table : 0.0.0.0 0.0.0.0 192.168.71.254 192.168.71.186 9999 0.0.0.0 0.0.0.0 10.4.3.209 10.4.3.210 30 10.4.0.1 255.255.255.255 10.4.3.209 10.4.3.210 30 10.4.3.208 255.255.255.252 10.4.3.210 10.4.3.210 286 10.4.3.210 255.255.255.255 10.4.3.210 10.4.3.210 286 10.4.3.211 255.255.255.255 10.4.3.210 10.4.3.210 286 88.190.203.75 255.255.255.255 192.168.71.254 192.168.71.186 25 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.71.0 255.255.255.0 192.168.71.186 192.168.71.186 281 192.168.71.186 255.255.255.255 192.168.71.186 192.168.71.186 281 192.168.71.255 255.255.255.255 192.168.71.186 192.168.71.186 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 192.168.71.186 192.168.71.186 281 224.0.0.0 240.0.0.0 10.4.3.210 10.4.3.210 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 192.168.71.186 192.168.71.186 281 255.255.255.255 255.255.255.255 10.4.3.210 10.4.3.210 286
  • Le journal est bon. Le trafic est sensé passer par FrozenWay...

    Tu utilises quel navigateur web ?
  • Chrome!
    En me promenant sur le forum je suis tombé sur ce sujet "Problème micro-déconnection frozenway" et je me suis rendu compte que en effet le contournement refonctionnait périodiquement si j'attendais un bon moment mais dans des durées ridicules...
  • janvier 2014 modifié
    Je suis l'auteur de ce sujet (problème micro déconnection frozenway) je suis également à Nancy (résidence monplaisir) et ce problème touche plusieurs de mes amis de la même façon, tous au crous de Nancy... Et à partir de 17h30 nous n'avons d'ailleurs plus aucun serveur de conection frozenway disponible.... vous avez encore des serveurs disponible vous ?
  • Personnellement je suis à la haute malgrange et chez moi le premium 4 est affiché comme désactivé, cependant cela vient uniquement de FW et non pas du CROUS puisque ce serveur n'est pas non plus accessible via d'autres connexions internet. Il sera surement réactivé dans le courant de la soirée. En attendant je suis sur le premium 3 qui fonctionne aussi bien que fonctionnait le 4 jusqu'à sa désactivation (mis à part les déconnexions dont on parle dans ce post évidemment...)
  • Ah ok, chez moi le premium 3 semble ne pas être désactivé Comme le 4 mais il n'affiche aucun e latence et je ne peux donc pas m'y connecter, pour régler ça il faut peut être modifier quelque chose dans les paramètres?
  • Après maintenant 1 an d'utilisation de frozenway je te conseille de ne pas te reposer sur la latence affichée... Le premium 3 que j'utilise actuellement fonctionne rapidement malgré le "> 1000ms" affiché... Tu dois pouvoir t'y connecter même si aucune latence n'est affichée et de manière générale considère cette latence affichée comme indicative, mais ne t'y fie pas particulièrement ;)
  • Non ça veux pas, il y a bien une barre verte indiquand que le premium 3 fonctionne, mais l'absence de latence m'empêche catégoriquement de me connecter... Cela dis : impossibles de trouver un serveur automatiquement pour le protocole choisit. Merci de selectionner un serveur manuellement... J'ai beau changer de protocole et cliquer partout, j'ai aussi mis tous les paramètres en ' par défaut. Rien y fait, le premium 3 reste inaccessible
  • Si il te parle de trouver un serveur automatiquement c'est que tu cliques sur l'onglet premium 3 général, normalement tu peux dérouler la liste des canaux et sélectionner par exemple "premium 3 fr 4" entre autres. Actuellement tu lui demandes de choisir le canal le plus rapide du serveur premium 3 alors qu'il ne détecte pas leur ping forcément il galère ^^. Bon c'est pas le tout mais moi j'ai toujours mon problème de contournement intermitant du filtre ...
  • Salut les gars, le problème de "micro déconnection de Frozen Way" est-il réglé? Savez vous ce que l'on doit faire ? Je suis un peu déçu depuis quelques jours il ne fonctionne pas...
  • Salut et désolé pour le temps de réponse.

    C'est vraiment étrange ce soucis d'intermittence de la connexion... Surtout que ça touche plusieurs personnes sur le même réseau.

    Pouvez-vous essayer d'utiliser Firefox et de modifier dans ses options avancées / réseau / connexion / et choisissez "Pas de proxy". Normalement, une fois connecté à FrozenWay, Firefox devrait passer par celui-ci sans soucis. C'est pour tester, si ça fonctionne bien, on pourra alors résoudre facilement le problème de chrome je pense.
  • J'ai fait quelque tests sur firefox sans résultats jusque là mais du coup je vais essayer la manip que tu suggère dès ce soir quand je retournerai à ma chambre CROUS. J'vous tient au courant les gars !
  • Exactement le même problème sous firefox, même avec les paramètres conseillés...
  • Je suis comme Spomino, le problème persiste....
    (Remarque : j'ai pus me connecter au serveur premium 3, mais le problème reste identique)
  • Et si vous décochez la case "Augmenter la métrique de la passerelle par défaut" dans les options réseau de FrozenWay ça ne change rien ? Et du côté du journal de FrozenWay, vous ne voyez aucune déconnexion ? Je vois pas comment le réseau de base reprendrai le dessus si FrozenWay reste connecté 8 |
  • Salut! pour moi ça refonctionne en décochant "Augmenter la métrique de la passerelle par défaut" ! merci beaucoup, bizard que cela ai provoqué un problème, je n'y avait pourtant jamais touché...
  • Tu tournes sur Windows 8.1 ?
Connectez-vous ou Inscrivez-vous pour répondre.