Forum d'entraide de la communauté Freedom-IP VPN
Vous n'êtes pas identifié(e).
Pages : 1
Bonjour .
Le soleil brille , la mer est calme , les oiseaux chantent et les femmes se promènent en string ..... Le paradis sur terre
Non , non , non , je ne vous dirais pas où je suis
J'ai par hasard ce matin , visualisé mon log dont je vous poste une copie ci_dessous :
Sat Nov 21 23:14:29 2015 OpenVPN 2.3.8 i686-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [IPv6] built on Aug 23 2015
Sat Nov 21 23:14:29 2015 library versions: OpenSSL 1.0.1p 9 Jul 2015, LZO 2.08
Enter Management Password:
Sat Nov 21 23:14:29 2015 Control Channel Authentication: using 'ta.key' as a OpenVPN static key file
Sat Nov 21 23:14:30 2015 UDPv4 link local: [undef]
Sat Nov 21 23:14:30 2015 UDPv4 link remote: [AF_INET]5.196.154.92:53
Sat Nov 21 23:14:30 2015 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
Sat Nov 21 23:14:35 2015 [server] Peer Connection Initiated with [AF_INET]5.196.154.92:53
Sat Nov 21 23:14:38 2015 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Sat Nov 21 23:14:38 2015 open_tun, tt->ipv6=0
Sat Nov 21 23:14:38 2015 TAP-WIN32 device [tap1] opened: \\.\Global\{918590CD-6F70-4F09-8978-78E16A5B62C0}.tap
Sat Nov 21 23:14:38 2015 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.10.0.6/255.255.255.252 on interface {918590CD-6F70-4F09-8978-78E16A5B62C0} [DHCP-serv: 10.10.0.5, lease-time: 31536000]
Sat Nov 21 23:14:38 2015 Successful ARP Flush on interface [4] {918590CD-6F70-4F09-8978-78E16A5B62C0}
Sat Nov 21 23:14:40 2015 env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
Sat Nov 21 23:14:40 2015 env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
Sat Nov 21 23:14:40 2015 env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
Sat Nov 21 23:14:40 2015 env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
Sat Nov 21 23:14:40 2015 Initialization Sequence Completed
Sun Nov 22 03:16:21 2015 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Sun Nov 22 03:16:21 2015 TLS Error: TLS handshake failed
Sun Nov 22 03:17:36 2015 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Sun Nov 22 03:17:36 2015 TLS Error: TLS handshake failed
Sun Nov 22 03:18:36 2015 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Sun Nov 22 03:18:36 2015 TLS Error: TLS handshake failed
Sun Nov 22 07:04:14 2015 env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
Sun Nov 22 07:04:14 2015 env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
Sun Nov 22 07:04:14 2015 env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
Sun Nov 22 07:04:14 2015 env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
Sun Nov 22 07:04:14 2015 SIGTERM[hard,] received, process exiting
On voit bien qu'à partir de 03:16:21 J'ai des erreurs TLS .
Pourtant , je suis bien connecté au serveur vpn Polonais avec l'icône au vert
dans la barre des tâches , sur rip network je suis bien géolocalisé en Pologne et n'ai aucune fuite dns .
Sauriez-vous d'où provient cette erreur ? , si oui , que faut_il que je fasse pour y palier ?
Me faut-il ignorer cette erreur étant donné que tout semble être ok par les vérifications habituelles ?.
D'avance merci pour vos réponses .
Cordialement , Patrick1969 .
L'accès à ce forum reste un privilège et non un droit , n'oubliez pas que nous sommes une communauté et non pas un dû .
Hors ligne
Bonjour,
ça ressemble à une coupure du vpn... J'ai déjà eu dans le passé, des coupures du vpn, et aucuns signes me prouvant les faits.
Ce que j'avais fait du coup, c'est avec les journaux d’événement Windows (pour les versions avant Windows10), je surveillais l'activité réseau. Ce qui décrochait aussitôt mes autres prog en route le cas échéant.
Sous Windows 10, les journaux ne réagissent pas de la même manière, et impossible de passer par eux pour faire la même chose. C'est pourquoi je passe désormais par VPNWatcher 1.1, dont le prog et les sources sont dispo sur le net gratuitement (Je ne sais plus ou j'avais trouvé ce bijoux, mais j'en remercie l'auteur). au cas ou j'ai gardé les sources... le prog ne nécéssite pas d'install, est vraiment simple d'utilisation, cerise sur le gâteau, il fonctionne également pour les version antérieur à Windows 10.
Bref, avec ça, si le vpn tombe (et que tu as des prog qui tournaient en parallèle au VPN), ils s’arrêteront, et tu pourras, avant de faire quoi que se soit d'autre, faire les tests que tu à cité dans ton post (géolocalisation, etc.)
Voilà, si ça à pu aider...
Par contre, je n'ai pas compris comment tu avais rip network dans la barre des tâches ? à moins que j'ai mal compris...^^
Cordialement,
lezardking.
Hors ligne
L'accès à ce forum reste un privilège et non un droit , n'oubliez pas que nous sommes une communauté et non pas un dû .
Hors ligne
Bonsoir,
êtes-vous sous windows 10 ? Si oui, j'ai été surpris/déçu, car Win10 ne réagit pas de la même manière que les précédents OS (Virtualbox qui ne veut plus démarrer à partir d'un batch, Allwaysync qui ne démarre plus automatiquement, et les journaux Windows...) J'en oublis peut-être pour ma part ^^.
C'est pour ça que je vous posais la question par rapport à vpnwatcher ou vpncheck dans votre cas.
Bonne soirée.
Hors ligne
Bonjour Patrick1969,
L'erreur vient de votre ordinateur. En effet, pour des raisons de sécurité, nous utilisons plusieurs horloges atomiques chez Freedom-IP afin de synchroniser nos serveurs (VPN ou pas) afin d'avoir l'heure la plus précise possible. Et donc, si votre heure diffère de plus de 60 secondes avec celle de nos horloges atomiques (et donc de nos serveurs VPN), le serveur refusera la négociation TLS en raison de l'absence de conditions d'handshake nécessaire. C'est le protocole TLS qui impose que les deux parties aient la même heure avec un battement de 60 secondes pour les machines ayant un Qwartz hardware de mauvaise qualité.
Pour résumé, réglez l'heure de votre pc, et tout devrait fonctionner.
Cordialement, hmz
If privacy is outlawed, only outlaws will have privacy.
Hors ligne
Bonjour hmz .
Comme quoi , jeter un oeil dans ses logs de connexions
de temps à autre n'est pas négligeable . Vos explications sur le principe de fonctionnement
sur la négociation TLS et l'utilisation d'horloges atomiques sont on ne peut plus claire .
Une fois de plus ma culture personnelle s'enrichie et cela prouve aussi une fois de plus ,
que Freedom_ip est au top technologiquement . Le petit hic est qu'apparemment mon Qwartz hardware
est de mauvaise qualité , je vais donc règler mon horloge jusqu'à trouver le bon time in pour être en synchronisation
par rapport à vos horloges .
Merci de votre implication et de vos explications.
Passez une agréable journée , cordialement , Patrick1969 .
PS : Non lezardking , ce pc fonctionne sous windows 8.1 pro .
L'accès à ce forum reste un privilège et non un droit , n'oubliez pas que nous sommes une communauté et non pas un dû .
Hors ligne
Bonjour ...
Freedom-IP n'a plus qu'à ouvrir l'accès à ses serveurs NTP à ses membres, comme cela nous serons on ne peut plus synchrone
Cordialement, David.
PS : j'en ai profité pour mettre un Titre un peu plus explicite à cette Discussion.
Hors ligne
Bonjour,
Ah non utiliser un serveur NTP c'est pas marrant, construire une horloge atomique c'est plus fun
Pour ce que ça intéresse je vous laisse chercher avec ces termes : horloge rubidium
Cordialement. ptit_poulet
J'aime bien troller David toute la journée pour l’empêcher de s'ennuyer
Hors ligne
Re ...
Ici, j'utilise une horloge gastronomique ... Elle est infaillible
Hors ligne
Moi aussi c'est-ce que j'utilisais mais j'ai arrêté à cause du temps d'arrêt obligatoire tous les matins pour déchargement de combustible recyclé
J'aime bien troller David toute la journée pour l’empêcher de s'ennuyer
Hors ligne
Re ...
Ouai ... la vidange de la boite à caca
Hors ligne
Pages : 1