Aucun effet FW sur Renater Nantes [résolu]

février 2014 modifié dans Support technique
Bonjour,
après des périodes (ça doit faire un peu plus d'un an que j'utilise FW) assez chaotiques sur ms connexions à FW (me connecter revenait à spammer un déco-reco du public-01-fr-05 jusqu'à que ça marche), je me suis finalement abonné au Highway et décidé d'arrêter de tenter de tripoter là où ça ne marche pas.

Mon problème est donc le suivant. Avec les navigs internet coupés + les torrents, je tente de me co à un serveur. Ca marche, je suis bel et bien dessus. Sauf qu'aucune de mes applis ne semble utiliser FW (malgré que l'option rediriger toutes les applis sur Renater soit cochée) et j'ai systématiquement l'IP Renater (et ses soucis) sur les logiciels que je lance (par ailleurs, si jamais je lance Firefox, tout "coupe", ça repasse instantanément sous Renater).
J'ai épluché le forum de solution, chipoté partout autant que possible, rien à faire, je n'arrive à aucun résultat sur du long terme (ou même du moyen, soyons fou).
De dépit, je me tourne donc vers vous. J'ai remis FW 1.6.5 en "par défaut", expliquez-moi.
Quels réglages appliquer dans mon cas ?

Par avance, je m'excuse de la question très noob, mais après des heures et des heures d'acharnement, je dois bien me résoudre à une telle extrémité.
Désolé encore.

EDIT : cela est vraisemblablement dû à un soucis de la connexion locale, puisque se déclenchant de manière horaire et se résolvant sans manipulation de ma part.

Réponses

  • Salut,

    Pas de soucis je suis là pour ça ^^

    Alors déjà à Nantes, il faut décocher la case "Se connecter avec l'adresse IP du serveur" dans les options de camouflage et en effet se connecter au serveur public-01-fr-05 pour éviter d'avoir la connexion bridée.

    Ensuite, il faut vérifier que dans ton navigateur, il y ai bien coché "Pas de proxy" ou "Proxy système" (Pour Firefox c'est dans les options avancées / Réseau / Connexion / Paramètres).

    Et peux tu donner ton journal de connexion stp ?
  • novembre 2013 modifié
    Alors, c'est chose faite, mais contrairement à hier (j'avais réussi je ne sais comment), ça n'a pas marché aujourd'hui (et c'est bien pour ça que j'ai ouvert ce sujet).
    Voici mon journal de co.
    FrozenWay version 1.6.5
    ----------------------------------
    Server: public-01-fr-05
    Proxy: 193.52.102.15:3128
    Protocol: HTTP
    ----------------------------------
    Tue Nov 05 15:19:46 2013 OpenVPN 2.3.2 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [eurephia] [IPv6] built on Aug 22 2013

    Tue Nov 05 15:19:47 2013 Control Channel Authentication: using 'F:/Fichiers Reçus/FrozenWay 1.6.5/etc/keys/auth.key' as a OpenVPN static key file
    Tue Nov 05 15:19:47 2013 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
    Tue Nov 05 15:19:47 2013 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
    Tue Nov 05 15:19:47 2013 Socket Buffers: R=[65536->65536] S=[65536->65536]
    Tue Nov 05 15:19:47 2013 Attempting to establish TCP connection with [AF_INET]127.0.0.1:60897
    Tue Nov 05 15:19:47 2013 TCP connection established with [AF_INET]127.0.0.1:60897
    Tue Nov 05 15:19:47 2013 TCPv4_CLIENT link local: [undef]
    Tue Nov 05 15:19:47 2013 TCPv4_CLIENT link remote: [AF_INET]127.0.0.1:60897
    Tue Nov 05 15:19:47 2013 TLS: Initial packet from [AF_INET]127.0.0.1:60897, sid=e7fac1f4 31004774

    Tue Nov 05 15:19:47 2013 VERIFY OK: depth=1, C=FR, ST=France, L=Paris, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com
    Tue Nov 05 15:19:47 2013 VERIFY OK: nsCertType=SERVER
    Tue Nov 05 15:19:47 2013 VERIFY OK: depth=0, C=FR, ST=France, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com

    Tue Nov 05 15:19:47 2013 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Tue Nov 05 15:19:47 2013 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Tue Nov 05 15:19:47 2013 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Tue Nov 05 15:19:47 2013 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Tue Nov 05 15:19:47 2013 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
    Tue Nov 05 15:19:47 2013 [FrozenWay] Peer Connection Initiated with [AF_INET]127.0.0.1:60897

    Tue Nov 05 15:19:49 2013 SENT CONTROL [FrozenWay]: 'PUSH_REQUEST' (status=1)
    Tue Nov 05 15:19:49 2013 PUSH: Received control message: 'PUSH_REPLY,dhcp-option DNS 10.7.0.1,dhcp-option WINS 10.7.0.1,route 10.7.0.1,topology net30,socket-flags TCP_NODELAY,ifconfig 10.7.15.110 10.7.15.109'
    Tue Nov 05 15:19:49 2013 OPTIONS IMPORT: --socket-flags option modified
    Tue Nov 05 15:19:49 2013 OPTIONS IMPORT: --ifconfig/up options modified
    Tue Nov 05 15:19:49 2013 OPTIONS IMPORT: route options modified
    Tue Nov 05 15:19:49 2013 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
    Tue Nov 05 15:19:49 2013 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
    Tue Nov 05 15:19:49 2013 open_tun, tt->ipv6=0
    Tue Nov 05 15:19:49 2013 TAP-WIN32 device [FrozenWay] opened: \\.\Global\{864D722B-7886-4725-B8B7-8EE61A67CE55}.tap
    Tue Nov 05 15:19:49 2013 TAP-Windows Driver Version 9.9
    Tue Nov 05 15:19:49 2013 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.7.15.110/255.255.255.252 on interface {864D722B-7886-4725-B8B7-8EE61A67CE55} [DHCP-serv: 10.7.15.109, lease-time: 31536000]
    Tue Nov 05 15:19:49 2013 Successful ARP Flush on interface [7] {864D722B-7886-4725-B8B7-8EE61A67CE55}

    Tue Nov 05 15:19:54 2013 TEST ROUTES: 1/1 succeeded len=1 ret=1 a=0 u/d=up
    Tue Nov 05 15:19:54 2013 C:\WINDOWS\system32\route.exe ADD 10.7.0.1 MASK 255.255.255.255 10.7.15.109
    Tue Nov 05 15:19:54 2013 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4
    Tue Nov 05 15:19:54 2013 Route addition via IPAPI succeeded [adaptive]
    Tue Nov 05 15:19:54 2013 Initialization Sequence Completed

    IPv4 routing table :
    0.0.0.0 0.0.0.0 192.168.12.1 192.168.13.111 9999
    0.0.0.0 0.0.0.0 10.7.15.109 10.7.15.110 30
    10.7.0.1 255.255.255.255 10.7.15.109 10.7.15.110 30
    10.7.15.108 255.255.255.252 10.7.15.110 10.7.15.110 286
    10.7.15.110 255.255.255.255 10.7.15.110 10.7.15.110 286
    10.7.15.111 255.255.255.255 10.7.15.110 10.7.15.110 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.12.0 255.255.254.0 192.168.13.111 192.168.13.111 276
    192.168.13.111 255.255.255.255 192.168.13.111 192.168.13.111 276
    192.168.13.255 255.255.255.255 192.168.13.111 192.168.13.111 276
    193.52.102.15 255.255.255.255 192.168.12.1 192.168.13.111 20
    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.13.111 192.168.13.111 276
    224.0.0.0 240.0.0.0 10.7.15.110 10.7.15.110 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.13.111 192.168.13.111 276
    255.255.255.255 255.255.255.255 10.7.15.110 10.7.15.110 286
  • Ton journal est bon les données passent bien par FrozenWay.

    Si ton navigateur ne passe pas par FrozenWay (http://www.monip.org pour vérifier) c'est qu'il est configurer pour passer par le proxy de ton réseau.

    Dans les options réseau de FrozenWay, la case "Désactiver les paramètres du proxy système à la connexion" est-elle bien cochée ?
  • Pourtant, je n'arrivais à rien avec cette connexion au serveur. Alors que sur les même réglages, quelques heures avant, ça allait.

    Après bidouillage, j'ai compris ce qui faisait random (oui, j'avais bien décoché Désactiver les paramètres du proxy système etc, j'avais fouillé à fond et appliqué tous les réglages que je trouvais).
    J'ai décoché la Redirection Dynamique. C'était ça qui embêtait à peu près tous les logiciels, visiblement (au moins uTorrent, possiblement Steam, parfois).
    Au final, je n'ai pas bien compris, mais c'était bien le port d'écoute SOCKS qui semblait embêter.
    Aucune idée de si cette réparation est bonne ou un peu fixée à la barbare, mais bon, ça marche pour le moment.
    C'est une "bonne chose" ?
    Merci pour ton attention.
  • Normalement la redirection dynamique de change rien sauf couplée avec un client SOCKS, elle permet de rediriger ou non certaines applications vers FrozenWay. Par contre il faut bien cocher la case "Désactiver le proxy système..." sinon le système continuera de passer par le proxy.

    Si ça marche tant mieux, il ne vaut mieux rien toucher alors :p
  • novembre 2013 modifié
    Preuve que j'ai bien fait de pas mettre le sujet en résolu, ça ne marche plus. En fait, je suis retourné au problème initial. Ca a marché confortablement pendant des jours, mais aujourd'hui, impossible. La connexion affiche quelque chose de normal, mais quand je vérifie les flux dans le Gestionnaire de Taches, on voit bien qu'il n'y a rien qui transite par FW.
    Je n'ai pas changé mon profil depuis hier soir (alors qu'il marchait très bien).
    Désactiver le proxy système est bien coché, c'est juste que rien ne se passe. Un problème de proxy ? (je suis sur Renater Nantes, ils me semblent être connus pour ça).
    Je redeviens perplexe =/

    EDIT : j'ai réussi à me connecter en réactivant la redirection dynamique.
    Sauf que j'ai un débit de 40-80ko/sec de DL. En Upload, je suis à 2-3Mo/sec.
    Je suis très perplexe, surtout que je charge mes pages internet sans problème... Bref, encore une bizarrerie à ajouter au mur des monstres. Je pense que c'est due à la co de chez moi, un incident technique, peut-être... aucune idée.
  • Oui c'est bizarre... La redirection dynamique n'a pourtant rien à voir : /
  • Je reposte ici pour faire part de l'avancement du problème. En fait, j'ai toujours le même problème qu'avant (le tout premier). Mes logiciels semblent "hésiter" et passent de FW au réseau de la cité U de temps à autre. C'est très étrange, puisqu'il s'agit vraiment de cas par cas. Je peux avoir un truc lancé sur uTorrent, mais avoir des messages de problèmes de proxy sur d'autres applications (on va citer Firefox ou LoL). Recharger ou faire une recherche google rebascule le système sur FW, puis il va plantouiller et hésiter à nouveau.
    Ca rend la navigation fumeuse, voir impossible mais je n'ai jamais noté une interruption du dl des torrents, ceux ci continuant de fonctionner même lorsque je n'arrive pas à charger une page FW sur firefox.

    Je pense que mon problème originel se répète ici. Tout simplement, mes logiciels "hésitent". Une recherche google n'a jamais posé de problème, mais parfois il est impossible d'aller sur d'autres sites.
    L'analyse de mes performances du réseau montre plein de pics de DL et d'UL, passant de bons chiffres à 0 et ainsi de suite.
    Une idée de ce qui peut causer de tels problèmes ?
    Je précise que FW fonctionne correctement (le journal n'affiche aucune erreur).
    Je rencontre ce problème sur les deux serveurs public-01-fr-05 et premium-04-fr-05.
    Bonne soirée.
  • Dans les options avancées de firefox / onglet Réseau / Connexion / Paramètres, coche "Pas de proxy", il ne devrait plus passer par ton proxy mais seulement par FrozenWay, essaye pour voir si ça change quelque chose.
  • Oui, c'est fait (depuis le début), mais ça ne marche pas tout le temps.
    Il faut parfois que je re-fasse une recherche google ou deux avant de refaire une recherche/lancer un programme. Un peu comme pour "chauffer" la machine. Ça a quelques ratés aux premières minutes puis ça tient pendant des heures.
    M'enfin, sauf en cas de problèmes de réseaux, je n'ai pas de soucis... Bref, c'est bizarre x)
Connectez-vous ou Inscrivez-vous pour répondre.