Forum d'entraide de la communauté Freedom-IP VPN
Vous n'êtes pas identifié(e).
Bon,
Apparemment ça n'a rien changé, NL2 me donne :
Mon Feb 06 21:48:43 2012 OpenVPN 2.2.2 Win32-MSVC++ [SSL] [LZO2] [PKCS11] built on Dec 15 2011
Mon Feb 06 21:48:46 2012 NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Mon Feb 06 21:48:46 2012 Control Channel Authentication: using 'ta.key' as a OpenVPN static key file
Mon Feb 06 21:48:46 2012 LZO compression initialized
Mon Feb 06 21:48:46 2012 Attempting to establish TCP connection with 94.23.147.184:8080
Mon Feb 06 21:48:46 2012 TCP connection established with 94.23.147.184:8080
Mon Feb 06 21:48:46 2012 TCPv4_CLIENT link local: [undef]
Mon Feb 06 21:48:46 2012 TCPv4_CLIENT link remote: 94.23.147.184:8080
Mon Feb 06 21:49:46 2012 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Mon Feb 06 21:49:46 2012 TLS Error: TLS handshake failed
Mon Feb 06 21:49:46 2012 Fatal TLS error (check_tls_errors_co), restarting
Mon Feb 06 21:49:46 2012 SIGUSR1[soft,tls-error] received, process restarting
Mon Feb 06 21:49:51 2012 NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Mon Feb 06 21:49:51 2012 Control Channel Authentication: using 'ta.key' as a OpenVPN static key file
Mon Feb 06 21:49:51 2012 LZO compression initialized
Mon Feb 06 21:49:51 2012 Attempting to establish TCP connection with 94.23.147.184:8080
Mon Feb 06 21:49:51 2012 TCP connection established with 94.23.147.184:8080
Mon Feb 06 21:49:51 2012 TCPv4_CLIENT link local: [undef]
Mon Feb 06 21:49:51 2012 TCPv4_CLIENT link remote: 94.23.147.184:8080
Donc bon, je vois pas trop comment faire.. PL et le CZ ne marchent pas non plus, comme avant ^^
Hors ligne
Bonsoir Maw,
Peux-tu m'envoyer tes ID par MP ?
Hors ligne
Si tu veux tester depuis ton PC pour voir, déjà fait avec Back2back et ça marchait bien chez lui
Hors ligne
Hors ligne
Reboot la box? Je suis en ethernet dans une résidence universitaire (d'où le VPN, le blocage abusif hum ..).
Et j'ai recopié-collé tout le dossier Freedom dans le dossier OpenVPN, encore une fois.
Hors ligne
Hors ligne
Hum oui j'avais utilisé VPNFacile et FrozenWay. J'ai désinstallé le premier, ceci dit pas moyen de trouver comment me débarasser de FrozenWay qui n'apparait pas dans la liste des programmes dés-installables.
Donc je vois encore le TAP mais non connecté, comme d'habitude en somme.
Et comme d'habitude, les mêmes messages.
Je ne pense pas que ce soit l'admin réseau qui ait bloqué, sinon je n'aurai pas accès au serveur NL - enfin je pense...
Hors ligne
Re,
Peut-être un pb de port (étant différent selon les serveurs).
Sinon je serai d'avis que tu désinstalles FrozenWay pour faire une install propre. A défaut supprime/désinstalle manuellement le TAP. Tu vas dans gestionnaire de périph, tu cliques droit sur le TAP et tu désinstalles. Tu redémarres, vérifies qu'il n'est plus présent et réinstalle openvpn_freedomip.
Hors ligne
J'ai fait tout ça et ... toujours pas
Hors ligne
Hors ligne
Bonjour ...
Il existe des outils qui scannent les ports pour connaitre ceux filtrés, ouverts et fermés. Ça pourrait être pratique de les utiliser dans cette situation... non !?
Cordialement, David.
Hors ligne
Salut,
Je viens de penser à un truc : puisque tu as un proxy, si tu le notifies à openvpn est-ce que ça n'arrangerait pas les choses ? Tu lances Openvpn GUI, puis tu cliques sur l'icône en bas à droite mais au lieu de sélectionner un serveur tu cliques sur "Proxy Settings". Là tu décoches Use OpenVPN Config-file Settings, tu coches Use Internet Explorer Settings s'il est configuré pour le proxy ou Manual Configuration pour le configurer toi-même ?
A tester...
Hors ligne
Plop,
Désolé pour le retard de réponse, j'ai été qque peu occupé.
Donc donc au rapport !
J'ai testé le changement de config du proxy mais j'utilise pas IE donc je pense que le fait que ça marche pas soit logique, et le configurer moi-même relèverait de l'exploit (je n'y connais toujours rien malgré vos efforts )
Sinon, j'ai enfin réussi à désinstaller FrozenWay et ça a virer le TAP, donc j'en ai refait un avec OpenVPN (c'est très technique mon langage hahahem.) et donc j'ai pu refaire marcher NL, mais toujours pas le reste .. Je sais pas si ça peut aider, mais en tout cas je doute que le problème vienne de là pour le coup donc refaire tout ça avec FW me parait superflu (d'autant plus qu'il marchait avant, c'est juste après avoir utilisé VPNFacile que tout a laché (enfin 1h10 après, timer étrange) qui a déjà bien marché donc, oui.)..
Voilà voilà, et j'ai répondu à ton MP.
Hors ligne
Bonjour,
L'air de rien on avance !
Donc je résume :
Fip fonctionne.
Maintenance de fip => utilisation de vpnfacile => fin de maintenance de fip => arrêt de vpnfacile => fip ne fonctionne plus.
On peut conclure (sauf erreur de ma part) que c'est donc vpnfacile qui t'a tout buggué.
L'as-tu bien désinstallé proprement avec démarrer, vpnfacile, désinstaller ?
Hors ligne
Oui, disparu, supprimé à jamais via le panneau de configuration et il restait un dossier supprimé à la main dans programm files. Donc bon ...
Hors ligne
Re,
En même temps si le NL fonctionne c'est que le TAP est opérationnel. Donc bon ... comme tu dis
Pour le CZ que ça fonctionne pas pourquoi pas, mais le NL2 il est en port 8080, je suppose donc qu'il est bien ouvert en TCP sur le routeur et dans ton pare-feu... et tu as TLS erreur...
Je vois pas. Désolé. Vive le NL
Hors ligne
Tant pis ^^
Merci pour ta patience et ton aide, je resterai sur le NL à jamais (sauf quand ya trop de monde huhu) !
Hors ligne
Bonsoir,
vpn facile client ou openvpn ?
Hors ligne
Bonsoir ...
Je pensais à une chose concernant les ports ...
Étant tributaire d'une configuration spécifique (éducation), la majorité des ports sont fermés et filtrés.
Le port 443 étant utilisé pour le https est généralement ouvert... tout comme le 80 (http) et d'autres encore (pop3, imap, smtp, ...).
Pour le port 8080, étant utilisé pour le service "proxy", il se peut simplement qu'il soit bloqué en direction de l'extérieur et qu'une requête vers ce port soit physiquement redirigé vers le proxy interne... d'où l'échec. Pour les ports 4444 et 9999, ils doivent être simplement bloqués car ne sont pas des ports spécifiques à tel ou tel protocol / service.
Cordialement, David.
ps: je pense à cela car j'ai travaillé pour une université et un collège / lycée... il est souvent recommandé de n'autoriser que ce qui doit l'être (pour les performances, la sécurité interne, et les abus).
Dernière modification par David (2012-02-08 21:58:08)
Hors ligne
Je suis d'accord avec David je gere un réseau dans un collège et le proxy passait par le port 3128(depuis on est repassé sur 8080). Et l'ensemble des autres ports sont fermés (le 443 est un des rares ouverts).
Bonne soirée à tous.
Hors ligne
Hors ligne