[Résolu] Déconnexions intempestives

février 2018 modifié dans Support technique
Bonjour,
comme de nombreux cas j'ai à faire depuis 2 semaines à des déco' intempestives. Je suis sur un réseau CROUS, et pourtant ça fait presque 3 ans que je suis sur FrozenWay et je n'avais pas de problème du genre depuis. Aucune MAJ windows a déclarer car j'ai désactivé les majs depuis longtemps. OPENVPN, HTTP, HTTPS : même soucis, à n'importe quelle heure. Je file mon dernier journal ! Merci encore !

Réponses

  • lien du journal car beaucoup trop long ... http://textup.fr/247891Nl
  • je viens de faire un :
    netsh winsock reset
    netsh int ipv4 reset

    d'ici une réponse je test voir si c'est stable
  • Journal au début de connexion d'une co frozenway après l'invité de commande :

    FrozenWay version 1.6.6
    ----------------------------------
    Server: premium-02-fr-04
    Protocol: OpenVPN
    ----------------------------------
    Thu Feb 22 08:51:30 2018 OpenVPN 2.3.8 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [IPv6] built on Aug 27 2015
    Thu Feb 22 08:51:30 2018 library versions: OpenSSL 1.0.1p 9 Jul 2015, LZO 2.08

    Thu Feb 22 08:51:30 2018 Control Channel Authentication: using 'C:/Users/Thomas/Desktop/FrozenWay 1.6.6/etc/keys/auth.key' as a OpenVPN static key file
    Thu Feb 22 08:51:30 2018 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
    Thu Feb 22 08:51:30 2018 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
    Thu Feb 22 08:51:30 2018 Socket Buffers: R=[65536->65536] S=[65536->65536]
    Thu Feb 22 08:51:30 2018 Attempting to establish TCP connection with [AF_INET]217.182.36.63:443 [nonblock]

    Thu Feb 22 08:51:31 2018 TCP connection established with [AF_INET]217.182.36.63:443
    Thu Feb 22 08:51:31 2018 TCPv4_CLIENT link local: [undef]
    Thu Feb 22 08:51:31 2018 TCPv4_CLIENT link remote: [AF_INET]217.182.36.63:443
    Thu Feb 22 08:51:31 2018 TLS: Initial packet from [AF_INET]217.182.36.63:443, sid=53a63706 504e9093

    Thu Feb 22 08:51:31 2018 VERIFY OK: depth=1, C=FR, ST=France, L=Paris, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com
    Thu Feb 22 08:51:31 2018 VERIFY OK: nsCertType=SERVER
    Thu Feb 22 08:51:31 2018 VERIFY OK: depth=0, C=FR, ST=France, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com

    Thu Feb 22 08:51:31 2018 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Thu Feb 22 08:51:31 2018 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Thu Feb 22 08:51:31 2018 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Thu Feb 22 08:51:31 2018 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Thu Feb 22 08:51:31 2018 Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 1024 bit RSA
    Thu Feb 22 08:51:31 2018 [FrozenWay] Peer Connection Initiated with [AF_INET]217.182.36.63:443

    Thu Feb 22 08:51:33 2018 SENT CONTROL [FrozenWay]: 'PUSH_REQUEST' (status=1)
    Thu Feb 22 08:51:33 2018 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.0.166 10.4.0.165'
    Thu Feb 22 08:51:33 2018 OPTIONS IMPORT: --socket-flags option modified
    Thu Feb 22 08:51:33 2018 OPTIONS IMPORT: --ifconfig/up options modified
    Thu Feb 22 08:51:33 2018 OPTIONS IMPORT: route options modified
    Thu Feb 22 08:51:33 2018 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
    Thu Feb 22 08:51:34 2018 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
    Thu Feb 22 08:51:34 2018 open_tun, tt->ipv6=0
    Thu Feb 22 08:51:34 2018 TAP-WIN32 device [FrozenWay] opened: \\.\Global\{B80DB257-181D-4165-B510-42302D4222F0}.tap
    Thu Feb 22 08:51:34 2018 TAP-Windows Driver Version 9.21
    Thu Feb 22 08:51:34 2018 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.0.166/255.255.255.252 on interface {B80DB257-181D-4165-B510-42302D4222F0} [DHCP-serv: 10.4.0.165, lease-time: 31536000]
    Thu Feb 22 08:51:34 2018 Successful ARP Flush on interface [10] {B80DB257-181D-4165-B510-42302D4222F0}

    Thu Feb 22 08:51:39 2018 TEST ROUTES: 1/1 succeeded len=1 ret=1 a=0 u/d=up
    Thu Feb 22 08:51:39 2018 C:\WINDOWS\system32\route.exe ADD 10.4.0.1 MASK 255.255.255.255 10.4.0.165
    Thu Feb 22 08:51:39 2018 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=35 and dwForwardType=4
    Thu Feb 22 08:51:39 2018 Route addition via IPAPI succeeded [adaptive]
    Thu Feb 22 08:51:39 2018 Initialization Sequence Completed

    IPv4 routing table :
    0.0.0.0 0.0.0.0 10.12.8.1 10.12.9.136 36
    0.0.0.0 128.0.0.0 10.4.0.165 10.4.0.166 35
    10.4.0.1 255.255.255.255 10.4.0.165 10.4.0.166 35
    10.4.0.164 255.255.255.252 10.4.0.166 10.4.0.166 291
    10.4.0.166 255.255.255.255 10.4.0.166 10.4.0.166 291
    10.4.0.167 255.255.255.255 10.4.0.166 10.4.0.166 291
    10.12.8.0 255.255.254.0 10.12.9.136 10.12.9.136 291
    10.12.9.136 255.255.255.255 10.12.9.136 10.12.9.136 291
    10.12.9.255 255.255.255.255 10.12.9.136 10.12.9.136 291
    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.4.0.165 10.4.0.166 35
    217.182.36.63 255.255.255.255 10.12.8.1 10.12.9.136 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.4.0.166 10.4.0.166 291
    224.0.0.0 240.0.0.0 10.12.9.136 10.12.9.136 291
    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.4.0.166 10.4.0.166 291
    255.255.255.255 255.255.255.255 10.12.9.136 10.12.9.136 291
  • Salut,

    Merci pour toutes ces infos.

    En effet, malgré que le débit soit très stable, tu as des déco régulières. Ça vient soit d'une nouvelle protection du CROUS qui coupe une connexion TCP trop longue mais ça m'étonnerai car ça empêcherai tout transfert de fichier (téléchargement et upload), d'ailleurs, as-tu des soucis sans FrozenWay pour télécharger de gros fichiers ?

    Sinon, ça peut venir du PC. Est-ce que les commande netsh ont changées quelque chose ?

    As-tu essayé d'autres serveurs FrozenWay ?
  • Petit bilan de fin de journée : Pour télécharger de gros fichiers sans FW, c'est connexion fibrée, du coup rapide. Incroyable mais vrai la procédure "netsh winsock reset/netsh int ipv4 reset" m'a l'air d'avoir réglée le problème car, vraiment mise appart 2 micros déco (vraiment petite) j'ai plus du tout le soucis !

    Je continue de voir ça entre ce soir et demain soir pour conclure un verdict, et ainsi clore le sujet ! Mais merci d'avoir si bien répondu sur les autres posts !
  • Ah super, j'espère que le soucis venait bien de là ! J'attend la confirmation :)
  • C'est bon, le soucis venez de là mais d'après moi aussi d'un serveur qui n'est pas stable "premium-02-fr-04" car sur celui-ci, hier matin, même problème du genre, et sur les autres non. Mais qu'importe mon soucis est réglé, merci ! :)
  • Ok, merci pour ton retour ! Bon jeu/surf !
Cette discussion a été fermée.