Jean-François Fortin Tam a écrit :
puis...rien du tout! En cliquant sur l'icône de nm-applet je vois bien "connexions VPN" sur lequel je passe la souris, le petit sous-menu s'affiche, et...la connexion tout juste configurée n'est pas là !
C'est peut-être une question bête mais... t'as pris le temps de faire un logout-login? Parce que à mon souvenir certains trucs ne s'appliquaient pas toujours instantanément dans ubuntu 7.04, mais il me semblait pourtant que dans 7.10 ça marchait mieux. Hm. Enfin c'est p'tet pas ça. Sinon, tente la suggestion de Mathieu de resetter les configs. Si ça marche, j'aimerais que tu me le dises pour que je rajoute ça à l'article.
Le mardi 12 février 2008 à 09:28 -0500, Eric Buist a écrit :
Peut-être le format du fichier de paramètres à importer a changé entre Feisty et Gutsy.
Ça c'est peut-être possible. J'y avais pas pensé. Faudrait que je versionne mes fichiers, mais pourtant à voir la date du fichier pcf, j'avais dû le créer pour goatsy:
2007-09-10 10:41 VPN umontreal.pcf 2007-02-11 16:30 VPN umontreal.pcf.old
Juste avant d'établir la connexion VPN, ouvre une console. Ensuite, connecte-toi puis tape ifconfig sur la console, le plus rapidement possible. Tape-le plusieurs fois et vérifie qu'un moment donné, ppp0 apparaît. Si ppp0 est apparue, la connexion est établie. Quelques secondes après, réessaie ifconfig et assure-toi que ppp0 reste là. S'il a disparu, c'est que la connexion s'est coupée. Si la connexion VPN semble s'établir puis se couper quelques secondes après, il y a peut-être un problème au niveau de l'authentification. Dans les propriétés de la connexion, active le débogage et regarde les fichiers log dans /var/log.
Wow, ça c'est hardcore, moi j'utilisais simplement le visionneur de journaux pour observer en temps réel /var/log/syslog (parce que, va savoir pourquoi, network-manager crache ses infos dedans).
Ok, ya beaucoup d'éléments de GUI que je ne connais pas...
Décidément, VPN sous Linux, ce n'est vraiment mais vraiment pas stable. Ça fonctionne sur certaines machines, sur certains réseaux tandis que sur d'autres, rien à faire.
Je me souviens de quelqu'un qui avait été bloqué par une config de son routeur qui bloquait les pptp passthrough. Personnellement, moi ça marche sur mon laptop autant chez moi qu'à l'université (mais bon ça fait un bon bout de temps que je l'ai utilisé). Là je viens d'essayer à l'instant et ça ne marche plus en sans-fil, seulement si je suis connecté en filaire. What the heck.
J'ai même lu sur un forum qu'une personne arrivait à se connecter par VPN de chez elle tandis que depuis l'université, ça ne fonctionnait pas. Probablement que certains détails du protocole PPTP qui sert au VPN de Microsoft ne sont pas bien implantés dans le noyau. Je ne suis donc pas certain que même après l'établissement de la connexion, l'accès fonctionnera.
J'y pense, étant pro-libre, ne devrait-on pas embêter la dgtic pour du OpenVPN? ;)
Ce serait bien, en effet, ça nous règlerait bien des soucis, mais ils devront malheureusement mettre les deux (PPTP et OpenVPN), car les étudiants non-informaticiens ne voudront pas se badrer à installer un client OpenVPN sous Windows. Je ne suis donc pas certain du tout que ça puisse se faire, en tout cas pas sans nous battre âprement.
JF, il faudrait penser à ajouter ces spécifités dans tes instructions sur ta page Web.
Y'a tellement de spécificités réparties dans plusieurs mails que je sais pas trop quoi mettre et comment le rendre compréhensible. Si t'as des suggestions des points spécifiques que je devrais ajouter... ou alors il va y avoir 15 annexes en bas de page que je serais pas mal tenté de copier coller.
Il faudrait réfléchir aux choses les plus importantes et communes. Mais c'est vrai que ça commence à faire beaucoup de problèmes spécifiques...
Faudrait même que je rajoute une petite mention firestarter avec network manag--ah non, rien à voir avec vpn j'suppose.
Firestarter bloquait le VPN pour moi; j'ai été obligé de le désinstaller. Je n'ai donc plus de firewall du tout, à part sur mon routeur, car je voulais consacrer mon temps à autre chose que bidouiller des règles IPTables à la mitaine.
Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
Eric