VPN (Encore lui!) sous Ubuntu 8.04
B'jour à tous, fraîchement débarqué sous Hardy Heron, j'ai tenté d'établir la connexion VPN avec les instructions bien faites mais un peu datées de JF, et, pour changer, ça ne se connecte pas. Le log dit: May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> Will activate VPN connection 'UdeM', service 'org.freedesktop.NetworkManager.ppp_starter', user_name 'cubytus', vpn_data 'ppp-connection-type / pptp / pptp-remote / vpn.cc.umontreal.ca / usepeerdns / yes / encrypt-mppe / no / encrypt-mppe-128 / yes / encrypt-mppe-stateful / yes / compress-mppc / no / compress-deflate / no / compress-bsd / no / ppp-lock / yes / ppp-auth-peer / no / ppp-refuse-eap / yes / ppp-refuse-chap / no / ppp-refuse-mschap / no / mtu / 1500 / mru / 1500 / lcp-echo-failure / 15 / lcp-echo-interval / 15 / ppp-extra / / ppp-debug / yes / usepeerdns-overtunnel / no / routes / / use-routes / no', route ''. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 1 of 4 (Connection Prepare) scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 1 of 4 (Connection Prepare) ran VPN service daemon org.freedesktop.NetworkManager.ppp_starter (PID 13651) May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 1 of 4 (Connection Prepare) complete. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 2 of 4 (Connection Prepare Wait) scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 1 -> 6. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 2 of 4 (Connection Prepare Wait) waiting... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 2 of 4 (Connection Prepare Wait) complete. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) sending connect request. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) request sent, waiting for reply... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 6 -> 3. May 8 20:39:34 Le-Grand-bleu pppd[13652]: Plugin nm-pppd-plugin.so loaded. May 8 20:39:34 Le-Grand-bleu pppd[13652]: nm-pppd-plugin: plugin initialized. May 8 20:39:34 Le-Grand-bleu pppd[13653]: pppd 2.4.4 started by root, uid 0 May 8 20:39:34 Le-Grand-bleu pptp[13656]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) reply received. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 4 of 4 (IP Config Get) timeout scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) complete, waiting for IP configuration... May 8 20:39:34 Le-Grand-bleu pppd[13653]: using channel 7 May 8 20:39:34 Le-Grand-bleu pppd[13653]: Using interface ppp0 May 8 20:39:34 Le-Grand-bleu pppd[13653]: Connect: ppp0 <--> /dev/pts/3 May 8 20:39:34 Le-Grand-bleu pptp[13659]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' May 8 20:39:34 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply May 8 20:39:34 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established. May 8 20:39:35 Le-Grand-bleu pppd[13653]: nm-pppd-plugin: CHAP check hook. May 8 20:39:35 Le-Grand-bleu pppd[13653]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x418631c6> <pcomp> <accomp>] May 8 20:39:35 Le-Grand-bleu pptp[13659]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' May 8 20:39:35 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply. May 8 20:39:35 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 37820). May 8 20:39:38 Le-Grand-bleu pppd[13653]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x418631c6> <pcomp> <accomp>] May 8 20:39:44 Le-Grand-bleu last message repeated 2 times May 8 20:39:45 Le-Grand-bleu pppd[13653]: Terminating on signal 15 May 8 20:39:45 Le-Grand-bleu pppd[13653]: sent [LCP TermReq id=0x2 "User request"] May 8 20:39:45 Le-Grand-bleu NetworkManager: <WARN> nm_vpn_service_process_signal(): VPN failed for service 'org.freedesktop.NetworkManager.ppp_starter', signal 'ConnectFailed', with message 'VPN Connection failed'. May 8 20:39:45 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 3 -> 5. May 8 20:39:45 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 5 -> 6. May 8 20:39:45 Le-Grand-bleu NetworkManager: <WARN> nm_vpn_service_stop_connection(): (VPN Service org.freedesktop.NetworkManager.ppp_starter): could not stop connection 'UdeM' because service was 6. May 8 20:39:45 Le-Grand-bleu pptp[13659]: anon log[callmgr_main:pptp_callmgr.c:255]: Closing connection (shutdown) May 8 20:39:45 Le-Grand-bleu pptp[13659]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' May 8 20:39:45 Le-Grand-bleu pptp[13659]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state) May 8 20:39:45 Le-Grand-bleu pppd[13653]: Child process /usr/sbin/pptp 132.204.2.20 --nolaunchpppd (pid 13655) terminated with signal 15 May 8 20:39:45 Le-Grand-bleu pppd[13653]: Modem hangup May 8 20:39:45 Le-Grand-bleu pppd[13653]: Connection terminated. May 8 20:39:45 Le-Grand-bleu pppd[13653]: Exit. Oui, j'ai allongé les délais avant timeout, mais ça ne marchait pas non plus au réglage par défaut, à 10. Y a-t-il qqn qui a réussi à le faire marcher? J'utilise ma connexion filaire à la maison, et tous les routeurs sont ouverts au protocole PPTP.... Pat --------------------------------- Offrez un compte Flickr Pro à vos amis et à votre famille. Allez-y!
Afficher les réponses par date
hrm, c'est dans ma liste (depuis des mois! >_<) de mettre à jour un peu mon article sur le vpn, en mettant quelques ajouts comme "firestarter est incompatible"... mais pourtant, vpn marche sur toutes mes machines ubuntu 8.04 (fraîchement installées)... aussi entre temps, j'ai découvert un truc assez significatif: il faut s'assurer de ne PAS cocher "refuse EAP" (ou CHAP, ou MS CHAP) dans l'onglet authentification. T'en as pas de cochés par hasard?
D'après le log, ça semble être une requête de configuration qui n'est pas envoyée par ton système ou la réponse qui n'est pas reçue par le serveur. Ça pourrait être un problème de firewall. Pour ma part, VPN fonctionne mais pas de façon fiable. Parfois, l'interface réseau ppp0 disparaît et je dois me déconnecter pour ensuite me reconnecter. J'ai l'impression que l'implantation du protocole PPTP dans le noyau est incomplète et pas tout à fait compatible avec Windows ou avec les réglages faits par la DGTIC sur le serveur VPN. Eric Tobby Cleps a écrit :
B'jour à tous,
fraîchement débarqué sous Hardy Heron, j'ai tenté d'établir la connexion VPN avec les instructions bien faites mais un peu datées de JF, et, pour changer, ça ne se connecte pas.
Le log dit:
May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> Will activate VPN connection 'UdeM', service 'org.freedesktop.NetworkManager.ppp_starter', user_name 'cubytus', vpn_data 'ppp-connection-type / pptp / pptp-remote / vpn.cc.umontreal.ca / usepeerdns / yes / encrypt-mppe / no / encrypt-mppe-128 / yes / encrypt-mppe-stateful / yes / compress-mppc / no / compress-deflate / no / compress-bsd / no / ppp-lock / yes / ppp-auth-peer / no / ppp-refuse-eap / yes / ppp-refuse-chap / no / ppp-refuse-mschap / no / mtu / 1500 / mru / 1500 / lcp-echo-failure / 15 / lcp-echo-interval / 15 / ppp-extra / / ppp-debug / yes / usepeerdns-overtunnel / no / routes / / use-routes / no', route ''. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 1 of 4 (Connection Prepare) scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 1 of 4 (Connection Prepare) ran VPN service daemon org.freedesktop.NetworkManager.ppp_starter (PID 13651) May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 1 of 4 (Connection Prepare) complete. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 2 of 4 (Connection Prepare Wait) scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 1 -> 6. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 2 of 4 (Connection Prepare Wait) waiting... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 2 of 4 (Connection Prepare Wait) complete. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) sending connect request. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) request sent, waiting for reply... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 6 -> 3. May 8 20:39:34 Le-Grand-bleu pppd[13652]: Plugin nm-pppd-plugin.so loaded. May 8 20:39:34 Le-Grand-bleu pppd[13652]: nm-pppd-plugin: plugin initialized. May 8 20:39:34 Le-Grand-bleu pppd[13653]: pppd 2.4.4 started by root, uid 0 May 8 20:39:34 Le-Grand-bleu pptp[13656]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) reply received. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 4 of 4 (IP Config Get) timeout scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) complete, waiting for IP configuration... May 8 20:39:34 Le-Grand-bleu pppd[13653]: using channel 7 May 8 20:39:34 Le-Grand-bleu pppd[13653]: Using interface ppp0 May 8 20:39:34 Le-Grand-bleu pppd[13653]: Connect: ppp0 <--> /dev/pts/3 May 8 20:39:34 Le-Grand-bleu pptp[13659]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' May 8 20:39:34 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply May 8 20:39:34 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established. May 8 20:39:35 Le-Grand-bleu pppd[13653]: nm-pppd-plugin: CHAP check hook. May 8 20:39:35 Le-Grand-bleu pppd[13653]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x418631c6> <pcomp> <accomp>] May 8 20:39:35 Le-Grand-bleu pptp[13659]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' May 8 20:39:35 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply. May 8 20:39:35 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 37820). May 8 20:39:38 Le-Grand-bleu pppd[13653]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x418631c6> <pcomp> <accomp>] May 8 20:39:44 Le-Grand-bleu last message repeated 2 times May 8 20:39:45 Le-Grand-bleu pppd[13653]: Terminating on signal 15 May 8 20:39:45 Le-Grand-bleu pppd[13653]: sent [LCP TermReq id=0x2 "User request"] May 8 20:39:45 Le-Grand-bleu NetworkManager: <WARN> nm_vpn_service_process_signal(): VPN failed for service 'org.freedesktop.NetworkManager.ppp_starter', signal 'ConnectFailed', with message 'VPN Connection failed'. May 8 20:39:45 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 3 -> 5. May 8 20:39:45 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 5 -> 6. May 8 20:39:45 Le-Grand-bleu NetworkManager: <WARN> nm_vpn_service_stop_connection(): (VPN Service org.freedesktop.NetworkManager.ppp_starter): could not stop connection 'UdeM' because service was 6. May 8 20:39:45 Le-Grand-bleu pptp[13659]: anon log[callmgr_main:pptp_callmgr.c:255]: Closing connection (shutdown) May 8 20:39:45 Le-Grand-bleu pptp[13659]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' May 8 20:39:45 Le-Grand-bleu pptp[13659]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state) May 8 20:39:45 Le-Grand-bleu pppd[13653]: Child process /usr/sbin/pptp 132.204.2.20 --nolaunchpppd (pid 13655) terminated with signal 15 May 8 20:39:45 Le-Grand-bleu pppd[13653]: Modem hangup May 8 20:39:45 Le-Grand-bleu pppd[13653]: Connection terminated. May 8 20:39:45 Le-Grand-bleu pppd[13653]: Exit.
Oui, j'ai allongé les délais avant timeout, mais ça ne marchait pas non plus au réglage par défaut, à 10.
Y a-t-il qqn qui a réussi à le faire marcher?
J'utilise ma connexion filaire à la maison, et tous les routeurs sont ouverts au protocole PPTP....
Pat
------------------------------------------------------------------------ Offrez un compte Flickr Pro à vos amis et à votre famille.* Allez-y!* <http://www.flickr.com/gift/> ------------------------------------------------------------------------
_______________________________________________ Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
Slt Éric, c'est vrai qu'il n'y a pas de ligne "rcvd" dans mon log. Je ne sais pas pourquoi, et on dirait que le serveur ne répond pas. Par contre, il n'y a aucun firewall logiciel sur mon Ubuntu, il a été réinstallé frais après que Firestarter n'ait causé que des problèmes dans mon réseau interne. Et le DI-604 et le RT31P2 sont tous deux ouverts pour le protocole de VPN PPTP. Est-ce qu'il y a un autre port à ouvrir? Pat Eric Buist <buisteri@iro.umontreal.ca> a écrit : D'après le log, ça semble être une requête de configuration qui n'est pas envoyée par ton système ou la réponse qui n'est pas reçue par le serveur. Ça pourrait être un problème de firewall. Pour ma part, VPN fonctionne mais pas de façon fiable. Parfois, l'interface réseau ppp0 disparaît et je dois me déconnecter pour ensuite me reconnecter. J'ai l'impression que l'implantation du protocole PPTP dans le noyau est incomplète et pas tout à fait compatible avec Windows ou avec les réglages faits par la DGTIC sur le serveur VPN. Eric Tobby Cleps a écrit : B'jour à tous, fraîchement débarqué sous Hardy Heron, j'ai tenté d'établir la connexion VPN avec les instructions bien faites mais un peu datées de JF, et, pour changer, ça ne se connecte pas. Le log dit: May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> Will activate VPN connection 'UdeM', service 'org.freedesktop.NetworkManager.ppp_starter', user_name 'cubytus', vpn_data 'ppp-connection-type / pptp / pptp-remote / vpn.cc.umontreal.ca / usepeerdns / yes / encrypt-mppe / no / encrypt-mppe-128 / yes / encrypt-mppe-stateful / yes / compress-mppc / no / compress-deflate / no / compress-bsd / no / ppp-lock / yes / ppp-auth-peer / no / ppp-refuse-eap / yes / ppp-refuse-chap / no / ppp-refuse-mschap / no / mtu / 1500 / mru / 1500 / lcp-echo-failure / 15 / lcp-echo-interval / 15 / ppp-extra / / ppp-debug / yes / usepeerdns-overtunnel / no / routes / / use-routes / no', route ''. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 1 of 4 (Connection Prepare) scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 1 of 4 (Connection Prepare) ran VPN service daemon org.freedesktop.NetworkManager.ppp_starter (PID 13651) May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 1 of 4 (Connection Prepare) complete. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 2 of 4 (Connection Prepare Wait) scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 1 -> 6. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 2 of 4 (Connection Prepare Wait) waiting... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 2 of 4 (Connection Prepare Wait) complete. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) sending connect request. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) request sent, waiting for reply... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 6 -> 3. May 8 20:39:34 Le-Grand-bleu pppd[13652]: Plugin nm-pppd-plugin.so loaded. May 8 20:39:34 Le-Grand-bleu pppd[13652]: nm-pppd-plugin: plugin initialized. May 8 20:39:34 Le-Grand-bleu pppd[13653]: pppd 2.4.4 started by root, uid 0 May 8 20:39:34 Le-Grand-bleu pptp[13656]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) reply received. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 4 of 4 (IP Config Get) timeout scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) complete, waiting for IP configuration... May 8 20:39:34 Le-Grand-bleu pppd[13653]: using channel 7 May 8 20:39:34 Le-Grand-bleu pppd[13653]: Using interface ppp0 May 8 20:39:34 Le-Grand-bleu pppd[13653]: Connect: ppp0 <--> /dev/pts/3 May 8 20:39:34 Le-Grand-bleu pptp[13659]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' May 8 20:39:34 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply May 8 20:39:34 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established. May 8 20:39:35 Le-Grand-bleu pppd[13653]: nm-pppd-plugin: CHAP check hook. May 8 20:39:35 Le-Grand-bleu pppd[13653]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x418631c6> <pcomp> <accomp>] May 8 20:39:35 Le-Grand-bleu pptp[13659]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' May 8 20:39:35 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply. May 8 20:39:35 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 37820). May 8 20:39:38 Le-Grand-bleu pppd[13653]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x418631c6> <pcomp> <accomp>] May 8 20:39:44 Le-Grand-bleu last message repeated 2 times May 8 20:39:45 Le-Grand-bleu pppd[13653]: Terminating on signal 15 May 8 20:39:45 Le-Grand-bleu pppd[13653]: sent [LCP TermReq id=0x2 "User request"] May 8 20:39:45 Le-Grand-bleu NetworkManager: <WARN> nm_vpn_service_process_signal(): VPN failed for service 'org.freedesktop.NetworkManager.ppp_starter', signal 'ConnectFailed', with message 'VPN Connection failed'. May 8 20:39:45 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 3 -> 5. May 8 20:39:45 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 5 -> 6. May 8 20:39:45 Le-Grand-bleu NetworkManager: <WARN> nm_vpn_service_stop_connection(): (VPN Service org.freedesktop.NetworkManager.ppp_starter): could not stop connection 'UdeM' because service was 6. May 8 20:39:45 Le-Grand-bleu pptp[13659]: anon log[callmgr_main:pptp_callmgr.c:255]: Closing connection (shutdown) May 8 20:39:45 Le-Grand-bleu pptp[13659]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' May 8 20:39:45 Le-Grand-bleu pptp[13659]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state) May 8 20:39:45 Le-Grand-bleu pppd[13653]: Child process /usr/sbin/pptp 132.204.2.20 --nolaunchpppd (pid 13655) terminated with signal 15 May 8 20:39:45 Le-Grand-bleu pppd[13653]: Modem hangup May 8 20:39:45 Le-Grand-bleu pppd[13653]: Connection terminated. May 8 20:39:45 Le-Grand-bleu pppd[13653]: Exit. Oui, j'ai allongé les délais avant timeout, mais ça ne marchait pas non plus au réglage par défaut, à 10. Y a-t-il qqn qui a réussi à le faire marcher? J'utilise ma connexion filaire à la maison, et tous les routeurs sont ouverts au protocole PPTP.... Pat --------------------------------- Offrez un compte Flickr Pro à vos amis et à votre famille. Allez-y! --------------------------------- _______________________________________________ Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team --------------------------------- Découvrez les styles qui font sensation sur Yahoo! Québec Avatars
Bonjour à tous, Les DI-604 et RT31P2, ce sont des routeurs? J'imagine que l'un de ces deux routeurs sert de gateway tandis que l'autre sert de switch? Il se peut qu'il soit nécessaire d'activer un mode spécial pour le VPN, PPTP tunneling par exemple, pas simplement ouvrir un port. Et si la machine était branchée directement sur le gateway ou, au pire, sur le modem permettant d'accéder à Internet? Peut-être le problème ne vient-il pas de Ubuntu lui-même mais d'un des deux routeurs. Ah, oui, dans ce cas, avec Windows aussi, cela échouerait... Pour ce qui est du firewall, Ubuntu 8.04 n'en active pas par défaut, mais il y a ufw qui est installé et prêt à fonctionner. Je l'ai activé avec sudo ufw enable, j'ai configuré la règle par défaut à DENY et j'ai ouvert des ports pour SSH et Samba. Mon VPN fonctionne toujours, même avec UFW activé! J'ai aussi testé VPN sur mon PC de table, qui exécute la version x64 d'Ubuntu, ainsi que sur mon laptop qui exécute la version 32 bits. Ça fonctionne. Mais je préfère de loin employer sshfs pour monter mon système de fichiers du DIRO en local; je n'ai jamais besoin du VPN, en fait. J'ai aussi découvert des restes de Firestarter sur mon système, qui est passé de Ubuntu 7.04 à 8.04 en passant par 7.10 à coups de dist-upgrade. Pour supprimer cela, je suis allé dans Synaptic et j'ai cliqué du bouton droit sur Firestarter. J'ai ensuite indiqué de faire une suppression complète, puis j'ai appliqué les modifications. Tu devrais faire cela avec tout logiciel de firewall (lokkit, shoreall, etc.) que tu aurais pu avoir envie de tester depuis ta dernière réinstallation fraîche. Eric Tobby Cleps a écrit :
Slt Éric,
c'est vrai qu'il n'y a pas de ligne "rcvd" dans mon log. Je ne sais pas pourquoi, et on dirait que le serveur ne répond pas. Par contre, il n'y a aucun firewall logiciel sur mon Ubuntu, il a été réinstallé frais après que Firestarter n'ait causé que des problèmes dans mon réseau interne. Et le DI-604 et le RT31P2 sont tous deux ouverts pour le protocole de VPN PPTP. Est-ce qu'il y a un autre port à ouvrir?
Pat
*/Eric Buist <buisteri@iro.umontreal.ca>/* a écrit :
D'après le log, ça semble être une requête de configuration qui n'est pas envoyée par ton système ou la réponse qui n'est pas reçue par le serveur. Ça pourrait être un problème de firewall. Pour ma part, VPN fonctionne mais pas de façon fiable. Parfois, l'interface réseau ppp0 disparaît et je dois me déconnecter pour ensuite me reconnecter. J'ai l'impression que l'implantation du protocole PPTP dans le noyau est incomplète et pas tout à fait compatible avec Windows ou avec les réglages faits par la DGTIC sur le serveur VPN. Eric
Tobby Cleps a écrit :
B'jour à tous,
fraîchement débarqué sous Hardy Heron, j'ai tenté d'établir la connexion VPN avec les instructions bien faites mais un peu datées de JF, et, pour changer, ça ne se connecte pas.
Le log dit:
May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> Will activate VPN connection 'UdeM', service 'org.freedesktop.NetworkManager.ppp_starter', user_name 'cubytus', vpn_data 'ppp-connection-type / pptp / pptp-remote / vpn.cc.umontreal.ca / usepeerdns / yes / encrypt-mppe / no / encrypt-mppe-128 / yes / encrypt-mppe-stateful / yes / compress-mppc / no / compress-deflate / no / compress-bsd / no / ppp-lock / yes / ppp-auth-peer / no / ppp-refuse-eap / yes / ppp-refuse-chap / no / ppp-refuse-mschap / no / mtu / 1500 / mru / 1500 / lcp-echo-failure / 15 / lcp-echo-interval / 15 / ppp-extra / / ppp-debug / yes / usepeerdns-overtunnel / no / routes / / use-routes / no', route ''. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 1 of 4 (Connection Prepare) scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 1 of 4 (Connection Prepare) ran VPN service daemon org.freedesktop.NetworkManager.ppp_starter (PID 13651) May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 1 of 4 (Connection Prepare) complete. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 2 of 4 (Connection Prepare Wait) scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 1 -> 6. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 2 of 4 (Connection Prepare Wait) waiting... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 2 of 4 (Connection Prepare Wait) complete. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) sending connect request. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) request sent, waiting for reply... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 6 -> 3. May 8 20:39:34 Le-Grand-bleu pppd[13652]: Plugin nm-pppd-plugin.so loaded. May 8 20:39:34 Le-Grand-bleu pppd[13652]: nm-pppd-plugin: plugin initialized. May 8 20:39:34 Le-Grand-bleu pppd[13653]: pppd 2.4.4 started by root, uid 0 May 8 20:39:34 Le-Grand-bleu pptp[13656]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) reply received. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 4 of 4 (IP Config Get) timeout scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) complete, waiting for IP configuration... May 8 20:39:34 Le-Grand-bleu pppd[13653]: using channel 7 May 8 20:39:34 Le-Grand-bleu pppd[13653]: Using interface ppp0 May 8 20:39:34 Le-Grand-bleu pppd[13653]: Connect: ppp0 <--> /dev/pts/3 May 8 20:39:34 Le-Grand-bleu pptp[13659]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' May 8 20:39:34 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply May 8 20:39:34 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established. May 8 20:39:35 Le-Grand-bleu pppd[13653]: nm-pppd-plugin: CHAP check hook. May 8 20:39:35 Le-Grand-bleu pppd[13653]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x418631c6> <pcomp> <accomp>] May 8 20:39:35 Le-Grand-bleu pptp[13659]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' May 8 20:39:35 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply. May 8 20:39:35 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 37820). May 8 20:39:38 Le-Grand-bleu pppd[13653]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x418631c6> <pcomp> <accomp>] May 8 20:39:44 Le-Grand-bleu last message repeated 2 times May 8 20:39:45 Le-Grand-bleu pppd[13653]: Terminating on signal 15 May 8 20:39:45 Le-Grand-bleu pppd[13653]: sent [LCP TermReq id=0x2 "User request"] May 8 20:39:45 Le-Grand-bleu NetworkManager: <WARN> nm_vpn_service_process_signal(): VPN failed for service 'org.freedesktop.NetworkManager.ppp_starter', signal 'ConnectFailed', with message 'VPN Connection failed'. May 8 20:39:45 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 3 -> 5. May 8 20:39:45 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 5 -> 6. May 8 20:39:45 Le-Grand-bleu NetworkManager: <WARN> nm_vpn_service_stop_connection(): (VPN Service org.freedesktop.NetworkManager.ppp_starter): could not stop connection 'UdeM' because service was 6. May 8 20:39:45 Le-Grand-bleu pptp[13659]: anon log[callmgr_main:pptp_callmgr.c:255]: Closing connection (shutdown) May 8 20:39:45 Le-Grand-bleu pptp[13659]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' May 8 20:39:45 Le-Grand-bleu pptp[13659]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state) May 8 20:39:45 Le-Grand-bleu pppd[13653]: Child process /usr/sbin/pptp 132.204.2.20 --nolaunchpppd (pid 13655) terminated with signal 15 May 8 20:39:45 Le-Grand-bleu pppd[13653]: Modem hangup May 8 20:39:45 Le-Grand-bleu pppd[13653]: Connection terminated. May 8 20:39:45 Le-Grand-bleu pppd[13653]: Exit.
Oui, j'ai allongé les délais avant timeout, mais ça ne marchait pas non plus au réglage par défaut, à 10.
Y a-t-il qqn qui a réussi à le faire marcher?
J'utilise ma connexion filaire à la maison, et tous les routeurs sont ouverts au protocole PPTP....
Pat ------------------------------------------------------------------------ Offrez un compte Flickr Pro à vos amis et à votre famille.* Allez-y!* <http://www.flickr.com/gift/> ------------------------------------------------------------------------ _______________________________________________ Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
------------------------------------------------------------------------ Découvrez les styles qui font sensation sur * Yahoo! Québec Avatars* <http://cf.avatars.yahoo.com/> ------------------------------------------------------------------------
_______________________________________________ Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
Bjour à tous, Deux routeurs, effectivement. Le premier est un switch dont un seul port est utilisé, et configuré en DMZ, le second un gateway, car le premier a déjà fort à faire à gérer le QoS des 2 lignes VoIP, et il est physiquement placé à un endroit où c'est très mal commode de tirer 5 câbles réseaux (d'autant qu'il n'a que 3 ports LAN :p) Sur les deux, le "VPN passthrough" est activé. Aucun port spécifique au VPN n'est ouvert sur le DI-604, à ce que je sache. J'ai refait un tour sous Windows hier (ce qui explique le délai de ma réponse), et le VPN s'est connecté sans aucun problème. Suffit de faire "Suivant", "Suivant", "Suivant", "Connecter". Je n'ai rien monté de particulier, puisque je ne suis pas à la DIRO ;) Pour les firewalls logiciels, toujours aucun d'activé, que je sache. Y a-t-il un moyen de le vérifier? Je me suis souvenu que Firestarter était indécrottable; je le qualifierai même de pollution, dans la mesure où il se comporte aussi mal que certains programmes Windows (démarre quand il l'a décidé, ne laisse pas le contrôle à l'utilisateur et laisse des traces après son passage). Un firewall (une sorte de) que je voudrais installer prochainement si les tests de partage Samba en réseau local sont concluants serait MoBlock. Conclusion toujours au même point: pas moyen de savoir ce qui ne va pas.. Pat Eric Buist <buisteri@iro.umontreal.ca> a écrit : Bonjour à tous, Les DI-604 et RT31P2, ce sont des routeurs? J'imagine que l'un de ces deux routeurs sert de gateway tandis que l'autre sert de switch? Il se peut qu'il soit nécessaire d'activer un mode spécial pour le VPN, PPTP tunneling par exemple, pas simplement ouvrir un port. Et si la machine était branchée directement sur le gateway ou, au pire, sur le modem permettant d'accéder à Internet? Peut-être le problème ne vient-il pas de Ubuntu lui-même mais d'un des deux routeurs. Ah, oui, dans ce cas, avec Windows aussi, cela échouerait... Pour ce qui est du firewall, Ubuntu 8.04 n'en active pas par défaut, mais il y a ufw qui est installé et prêt à fonctionner. Je l'ai activé avec sudo ufw enable, j'ai configuré la règle par défaut à DENY et j'ai ouvert des ports pour SSH et Samba. Mon VPN fonctionne toujours, même avec UFW activé! J'ai aussi testé VPN sur mon PC de table, qui exécute la version x64 d'Ubuntu, ainsi que sur mon laptop qui exécute la version 32 bits. Ça fonctionne. Mais je préfère de loin employer sshfs pour monter mon système de fichiers du DIRO en local; je n'ai jamais besoin du VPN, en fait. J'ai aussi découvert des restes de Firestarter sur mon système, qui est passé de Ubuntu 7.04 à 8.04 en passant par 7.10 à coups de dist-upgrade. Pour supprimer cela, je suis allé dans Synaptic et j'ai cliqué du bouton droit sur Firestarter. J'ai ensuite indiqué de faire une suppression complète, puis j'ai appliqué les modifications. Tu devrais faire cela avec tout logiciel de firewall (lokkit, shoreall, etc.) que tu aurais pu avoir envie de tester depuis ta dernière réinstallation fraîche. Eric Tobby Cleps a écrit : Slt Éric, c'est vrai qu'il n'y a pas de ligne "rcvd" dans mon log. Je ne sais pas pourquoi, et on dirait que le serveur ne répond pas. Par contre, il n'y a aucun firewall logiciel sur mon Ubuntu, il a été réinstallé frais après que Firestarter n'ait causé que des problèmes dans mon réseau interne. Et le DI-604 et le RT31P2 sont tous deux ouverts pour le protocole de VPN PPTP. Est-ce qu'il y a un autre port à ouvrir? Pat Eric Buist <buisteri@iro.umontreal.ca> a écrit : D'après le log, ça semble être une requête de configuration qui n'est pas envoyée par ton système ou la réponse qui n'est pas reçue par le serveur. Ça pourrait être un problème de firewall. Pour ma part, VPN fonctionne mais pas de façon fiable. Parfois, l'interface réseau ppp0 disparaît et je dois me déconnecter pour ensuite me reconnecter. J'ai l'impression que l'implantation du protocole PPTP dans le noyau est incomplète et pas tout à fait compatible avec Windows ou avec les réglages faits par la DGTIC sur le serveur VPN. Eric Tobby Cleps a écrit : B'jour à tous, fraîchement débarqué sous Hardy Heron, j'ai tenté d'établir la connexion VPN avec les instructions bien faites mais un peu datées de JF, et, pour changer, ça ne se connecte pas. Le log dit: May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> Will activate VPN connection 'UdeM', service 'org.freedesktop.NetworkManager.ppp_starter', user_name 'cubytus', vpn_data 'ppp-connection-type / pptp / pptp-remote / vpn.cc.umontreal.ca / usepeerdns / yes / encrypt-mppe / no / encrypt-mppe-128 / yes / encrypt-mppe-stateful / yes / compress-mppc / no / compress-deflate / no / compress-bsd / no / ppp-lock / yes / ppp-auth-peer / no / ppp-refuse-eap / yes / ppp-refuse-chap / no / ppp-refuse-mschap / no / mtu / 1500 / mru / 1500 / lcp-echo-failure / 15 / lcp-echo-interval / 15 / ppp-extra / / ppp-debug / yes / usepeerdns-overtunnel / no / routes / / use-routes / no', route ''. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 1 of 4 (Connection Prepare) scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 1 of 4 (Connection Prepare) ran VPN service daemon org.freedesktop.NetworkManager.ppp_starter (PID 13651) May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 1 of 4 (Connection Prepare) complete. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 2 of 4 (Connection Prepare Wait) scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 1 -> 6. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 2 of 4 (Connection Prepare Wait) waiting... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 2 of 4 (Connection Prepare Wait) complete. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) sending connect request. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) request sent, waiting for reply... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 6 -> 3. May 8 20:39:34 Le-Grand-bleu pppd[13652]: Plugin nm-pppd-plugin.so loaded. May 8 20:39:34 Le-Grand-bleu pppd[13652]: nm-pppd-plugin: plugin initialized. May 8 20:39:34 Le-Grand-bleu pppd[13653]: pppd 2.4.4 started by root, uid 0 May 8 20:39:34 Le-Grand-bleu pptp[13656]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) reply received. May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 4 of 4 (IP Config Get) timeout scheduled... May 8 20:39:34 Le-Grand-bleu NetworkManager: <info> VPN Activation (UdeM) Stage 3 of 4 (Connect) complete, waiting for IP configuration... May 8 20:39:34 Le-Grand-bleu pppd[13653]: using channel 7 May 8 20:39:34 Le-Grand-bleu pppd[13653]: Using interface ppp0 May 8 20:39:34 Le-Grand-bleu pppd[13653]: Connect: ppp0 <--> /dev/pts/3 May 8 20:39:34 Le-Grand-bleu pptp[13659]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' May 8 20:39:34 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply May 8 20:39:34 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established. May 8 20:39:35 Le-Grand-bleu pppd[13653]: nm-pppd-plugin: CHAP check hook. May 8 20:39:35 Le-Grand-bleu pppd[13653]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x418631c6> <pcomp> <accomp>] May 8 20:39:35 Le-Grand-bleu pptp[13659]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' May 8 20:39:35 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply. May 8 20:39:35 Le-Grand-bleu pptp[13659]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 37820). May 8 20:39:38 Le-Grand-bleu pppd[13653]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x418631c6> <pcomp> <accomp>] May 8 20:39:44 Le-Grand-bleu last message repeated 2 times May 8 20:39:45 Le-Grand-bleu pppd[13653]: Terminating on signal 15 May 8 20:39:45 Le-Grand-bleu pppd[13653]: sent [LCP TermReq id=0x2 "User request"] May 8 20:39:45 Le-Grand-bleu NetworkManager: <WARN> nm_vpn_service_process_signal(): VPN failed for service 'org.freedesktop.NetworkManager.ppp_starter', signal 'ConnectFailed', with message 'VPN Connection failed'. May 8 20:39:45 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 3 -> 5. May 8 20:39:45 Le-Grand-bleu NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 5 -> 6. May 8 20:39:45 Le-Grand-bleu NetworkManager: <WARN> nm_vpn_service_stop_connection(): (VPN Service org.freedesktop.NetworkManager.ppp_starter): could not stop connection 'UdeM' because service was 6. May 8 20:39:45 Le-Grand-bleu pptp[13659]: anon log[callmgr_main:pptp_callmgr.c:255]: Closing connection (shutdown) May 8 20:39:45 Le-Grand-bleu pptp[13659]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' May 8 20:39:45 Le-Grand-bleu pptp[13659]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state) May 8 20:39:45 Le-Grand-bleu pppd[13653]: Child process /usr/sbin/pptp 132.204.2.20 --nolaunchpppd (pid 13655) terminated with signal 15 May 8 20:39:45 Le-Grand-bleu pppd[13653]: Modem hangup May 8 20:39:45 Le-Grand-bleu pppd[13653]: Connection terminated. May 8 20:39:45 Le-Grand-bleu pppd[13653]: Exit. Oui, j'ai allongé les délais avant timeout, mais ça ne marchait pas non plus au réglage par défaut, à 10. Y a-t-il qqn qui a réussi à le faire marcher? J'utilise ma connexion filaire à la maison, et tous les routeurs sont ouverts au protocole PPTP.... Pat --------------------------------- Offrez un compte Flickr Pro à vos amis et à votre famille. Allez-y! --------------------------------- _______________________________________________ Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team --------------------------------- Découvrez les styles qui font sensation sur Yahoo! Québec Avatars --------------------------------- _______________________________________________ Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team --------------------------------- Découvrez les styles qui font sensation sur Yahoo! Québec Avatars
Salut à tous, ce courriel pour demander sur la liste s'il y aurait un spécialiste de OpenOffice.org parmi vous (pour la 2.4 ou 3 beta); depuis hier j'ai un problème de sauvegarde d'un gros fichier ODS (17,5Mo); OpenOffice.org semble commencer à l'enregistrer, puis indique "General I/O error", ce message non informatif. J'ai bien sûr regardé les logs, mais rien n'apparaît quand l'erreur survient, ni dans le terminal lorsque OOo est lancé à partir de là. Le fichier n'est pas enregistré. Sur Internet, certains disent que le fichier pourrait être corrompu et qu'il faudrait copier-coller tout le contenu dans un nouveau document, à la main. Ce n'est pas pratique vu la taille du document. Ça fonctionnait bien jusqu'à hier après-midi, puis l'erreur survint à chaque tentative de sauvegarde, automatique ou manuelle. Si cela peut guider, je l'ai converti en .XLS, ce qui a accepté toutes les modifications enregistrées (effet indésirable dans mon cas), puis reconverti en .ODS. Il a perdu quelques Mo en chemin ainsi que les modifications, ce qui enlève 2 semaines de travail. Y a-t-il un moyen d'obtenir des informations plus précises sur la source de cette erreur? Et existe-t-il un moyen de le résoudre moins radical que de faire sauter 2 semaines de travail (soit 160 heures)? Merci à tous Découvrez les photos les plus intéressantes du jour. http://www.flickr.com/explore/interesting/7days/
Bonjour, D'abord, pour éliminer la défaillance du disque dur de l'équation, tu pourrais tenter de le sauvegarder à un autre endroit, mais puisque tu peux sauvegarder en Excel, cela me semble davantage un bogue avec OpenOffice.org. Quelle version utilises-tu? Est-ce la 2.4.1 de Ubuntu? Si tel est le cas, je ne vois pas d'autres solutions que d'essayer avec la 3 beta ou encore la 2.4.1 officielle plutôt que celle intégrée à Ubuntu. Une autre possibilité serait d'essayer de scinder le fichier apparemment devenu trop gros. Tu pourrais déplacer la moitié des feuilles du classeur dans un autre fichier puis sauvegarder pour voir. Pour cela, tu peux sélectionner les feuilles avec la souris et utiliser la commande Déplacer/copier; tu n'as pas à copier/coller feuille par feuille! Sinon, tu pourrais essayer d'ouvrir et resauvegarder le fichier ODS fonctionnel le plus récent dans un autre logiciel compatible, peut-être GNumeric. Eric C.T. a écrit :
Salut à tous,
ce courriel pour demander sur la liste s'il y aurait un spécialiste de OpenOffice.org parmi vous (pour la 2.4 ou 3 beta); depuis hier j'ai un problème de sauvegarde d'un gros fichier ODS (17,5Mo); OpenOffice.org semble commencer à l'enregistrer, puis indique "General I/O error", ce message non informatif. J'ai bien sûr regardé les logs, mais rien n'apparaît quand l'erreur survient, ni dans le terminal lorsque OOo est lancé à partir de là. Le fichier n'est pas enregistré.
Sur Internet, certains disent que le fichier pourrait être corrompu et qu'il faudrait copier-coller tout le contenu dans un nouveau document, à la main. Ce n'est pas pratique vu la taille du document.
Ça fonctionnait bien jusqu'à hier après-midi, puis l'erreur survint à chaque tentative de sauvegarde, automatique ou manuelle.
Si cela peut guider, je l'ai converti en .XLS, ce qui a accepté toutes les modifications enregistrées (effet indésirable dans mon cas), puis reconverti en .ODS. Il a perdu quelques Mo en chemin ainsi que les modifications, ce qui enlève 2 semaines de travail.
Y a-t-il un moyen d'obtenir des informations plus précises sur la source de cette erreur? Et existe-t-il un moyen de le résoudre moins radical que de faire sauter 2 semaines de travail (soit 160 heures)?
Merci à tous
------------------------------------------------------------------------ Découvrez les photos * les plus intéressantes du jour!* <http://www.flickr.com/explore/interesting/7days/> ------------------------------------------------------------------------
_______________________________________________ Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
Salut, j'utilisais la 3 beta jusqu'à présent, et c'est avec elle que ça s'est mis à poser problème. Après un re-test d'une copie du même fichier dans la 2.4.1 (intégrée à Ubuntu), l'erreur était là également. J'ai essayé avec le disque dur, erreur. Avec deux clés USB différentes, erreur aussi. Question taille de fichiers je ne sais trop si c'est la taille en elle-même ou la quantité d'un certain type d'information (ici, les modifications) qui pose problème. Un fichier un peu plus petit posait aussi la même erreur dans les mêmes conditions, et pourtant, il ne contient qu'un petit nombre de modifications suivies et à confirmer (pas plus d'une trentaine, au lieu des plusieurs centaines de l'autre de 17,5Mo) Le scinder est une possibilité, mais comme je devrais comparer les trois fichiers résultant (le plus petit, et celui-là, scindé en deux), ce serait beaucoup de temps perdu et de sources d'erreurs possible. Il y en a déjà beaucoup en comparant simplement deux fichiers, et chacun d'eux doit être corrigé, suivant le cas. Le copier coller feuille à feuille...300 feuilles. Disons que j'aimerais n'utiliser cette solution qu'en dernier recours, car elle enlèvera aussi tout lien entre les feuilles, ce qui est très gênant vu que la feuille finale est calculée à partir de chacune des précédentes, et que c'est elle qui a pris le plus de temps à faire, dans les 3 semaines. J'essaie ça pour Gnumeric...bien que ça ne soit pour lui qu'un format d'export, on sait jamais. Patrick --- En date de : Mar, 30.9.08, Eric Buist <buisteri@iro.umontreal.ca> a écrit : De: Eric Buist <buisteri@iro.umontreal.ca> Objet: Re: [Gulum-team] "General I/O error" en sauvegardant un ODS sous OOo 3 beta 2 RC1. À: "Membres actifs du GULUM" <gulum-team@iro.umontreal.ca>, "Tobby Cleps" <semaphore45@yahoo.com> Date: mardi 30 Septembre 2008, 11 h 10 Bonjour, D'abord, pour éliminer la défaillance du disque dur de l'équation, tu pourrais tenter de le sauvegarder à un autre endroit, mais puisque tu peux sauvegarder en Excel, cela me semble davantage un bogue avec OpenOffice.org. Quelle version utilises-tu? Est-ce la 2.4.1 de Ubuntu? Si tel est le cas, je ne vois pas d'autres solutions que d'essayer avec la 3 beta ou encore la 2.4.1 officielle plutôt que celle intégrée à Ubuntu. Une autre possibilité serait d'essayer de scinder le fichier apparemment devenu trop gros. Tu pourrais déplacer la moitié des feuilles du classeur dans un autre fichier puis sauvegarder pour voir. Pour cela, tu peux sélectionner les feuilles avec la souris et utiliser la commande Déplacer/copier; tu n'as pas à copier/coller feuille par feuille! Sinon, tu pourrais essayer d'ouvrir et resauvegarder le fichier ODS fonctionnel le plus récent dans un autre logiciel compatible, peut-être GNumeric. Eric C.T. a écrit : Salut à tous, ce courriel pour demander sur la liste s'il y aurait un spécialiste de OpenOffice.org parmi vous (pour la 2.4 ou 3 beta); depuis hier j'ai un problème de sauvegarde d'un gros fichier ODS (17,5Mo); OpenOffice.org semble commencer à l'enregistrer, puis indique "General I/O error", ce message non informatif. J'ai bien sûr regardé les logs, mais rien n'apparaît quand l'erreur survient, ni dans le terminal lorsque OOo est lancé à partir de là. Le fichier n'est pas enregistré. Sur Internet, certains disent que le fichier pourrait être corrompu et qu'il faudrait copier-coller tout le contenu dans un nouveau document, à la main. Ce n'est pas pratique vu la taille du document. Ça fonctionnait bien jusqu'à hier après-midi, puis l'erreur survint à chaque tentative de sauvegarde, automatique ou manuelle. Si cela peut guider, je l'ai converti en .XLS, ce qui a accepté toutes les modifications enregistrées (effet indésirable dans mon cas), puis reconverti en .ODS. Il a perdu quelques Mo en chemin ainsi que les modifications, ce qui enlève 2 semaines de travail. Y a-t-il un moyen d'obtenir des informations plus précises sur la source de cette erreur? Et existe-t-il un moyen de le résoudre moins radical que de faire sauter 2 semaines de travail (soit 160 heures)? Merci à tous Découvrez les photos les plus intéressantes du jour! _______________________________________________ Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team Offrez un compte Flickr Pro à vos amis et à votre famille. http://www.flickr.com/gift/
Bonjour, les fichiers odt sont en fait des archives zip (tu peux donc en extraire le contenu à l'aide de n'importe quel outil manipulant les fichiers .zip). Cette archive contient un ensemble de documents xml. Une fois ces documents extraits, tu peux essayer une des deux approches suivantes: - Remplacer, tour à tour, chacun des fichiers avec un fichier extrait d'un autre document valide afin de trouver le coupable. - Valider chacun des documents XML de l'archive avec un outil comme ``xmllint`` (il se peut qu'il y ait un fichier corrompu). Si tu connais un peu XML, les DTD sont disponibles à http://xml.openoffice.org/general.html Ça me paraît un peu extrême, mais en dernier recours ... Alexandre C.T. wrote:
Salut,
j'utilisais la 3 beta jusqu'à présent, et c'est avec elle que ça s'est mis à poser problème. Après un re-test d'une copie du même fichier dans la 2.4.1 (intégrée à Ubuntu), l'erreur était là également.
J'ai essayé avec le disque dur, erreur. Avec deux clés USB différentes, erreur aussi.
Question taille de fichiers je ne sais trop si c'est la taille en elle-même ou la quantité d'un certain type d'information (ici, les modifications) qui pose problème. Un fichier un peu plus petit posait aussi la même erreur dans les mêmes conditions, et pourtant, il ne contient qu'un petit nombre de modifications suivies et à confirmer (pas plus d'une trentaine, au lieu des plusieurs centaines de l'autre de 17,5Mo)
Le scinder est une possibilité, mais comme je devrais comparer les trois fichiers résultant (le plus petit, et celui-là, scindé en deux), ce serait beaucoup de temps perdu et de sources d'erreurs possible. Il y en a déjà beaucoup en comparant simplement deux fichiers, et chacun d'eux doit être corrigé, suivant le cas. Le copier coller feuille à feuille...300 feuilles. Disons que j'aimerais n'utiliser cette solution qu'en dernier recours, car elle enlèvera aussi tout lien entre les feuilles, ce qui est très gênant vu que la feuille finale est calculée à partir de chacune des précédentes, et que c'est elle qui a pris le plus de temps à faire, dans les 3 semaines.
J'essaie ça pour Gnumeric...bien que ça ne soit pour lui qu'un format d'export, on sait jamais.
Patrick
--- En date de : *Mar, 30.9.08, Eric Buist /<buisteri@iro.umontreal.ca>/* a écrit :
De: Eric Buist <buisteri@iro.umontreal.ca> Objet: Re: [Gulum-team] "General I/O error" en sauvegardant un ODS sous OOo 3 beta 2 RC1. À: "Membres actifs du GULUM" <gulum-team@iro.umontreal.ca>, "Tobby Cleps" <semaphore45@yahoo.com> Date: mardi 30 Septembre 2008, 11 h 10
Bonjour, D'abord, pour éliminer la défaillance du disque dur de l'équation, tu pourrais tenter de le sauvegarder à un autre endroit, mais puisque tu peux sauvegarder en Excel, cela me semble davantage un bogue avec OpenOffice.org. Quelle version utilises-tu? Est-ce la 2.4.1 de Ubuntu? Si tel est le cas, je ne vois pas d'autres solutions que d'essayer avec la 3 beta ou encore la 2.4.1 officielle plutôt que celle intégrée à Ubuntu. Une autre possibilité serait d'essayer de scinder le fichier apparemment devenu trop gros. Tu pourrais déplacer la moitié des feuilles du classeur dans un autre fichier puis sauvegarder pour voir. Pour cela, tu peux sélectionner les feuilles avec la souris et utiliser la commande Déplacer/copier; tu n'as pas à copier/coller feuille par feuille! Sinon, tu pourrais essayer d'ouvrir et resauvegarder le fichier ODS fonctionnel le plus récent dans un autre logiciel compatible, peut-être GNumeric. Eric
C.T. a écrit :
Salut à tous,
ce courriel pour demander sur la liste s'il y aurait un spécialiste de OpenOffice.org parmi vous (pour la 2.4 ou 3 beta); depuis hier j'ai un problème de sauvegarde d'un gros fichier ODS (17,5Mo); OpenOffice.org semble commencer à l'enregistrer, puis indique "General I/O error", ce message non informatif. J'ai bien sûr regardé les logs, mais rien n'apparaît quand l'erreur survient, ni dans le terminal lorsque OOo est lancé à partir de là. Le fichier n'est pas enregistré.
Sur Internet, certains disent que le fichier pourrait être corrompu et qu'il faudrait copier-coller tout le contenu dans un nouveau document, à la main. Ce n'est pas pratique vu la taille du document.
Ça fonctionnait bien jusqu'à hier après-midi, puis l'erreur survint à chaque tentative de sauvegarde, automatique ou manuelle.
Si cela peut guider, je l'ai converti en .XLS, ce qui a accepté toutes les modifications enregistrées (effet indésirable dans mon cas), puis reconverti en .ODS. Il a perdu quelques Mo en chemin ainsi que les modifications, ce qui enlève 2 semaines de travail.
Y a-t-il un moyen d'obtenir des informations plus précises sur la source de cette erreur? Et existe-t-il un moyen de le résoudre moins radical que de faire sauter 2 semaines de travail (soit 160 heures)?
Merci à tous
------------------------------------------------------------------------ Découvrez les photos * les plus intéressantes du jour!* <http://www.flickr.com/explore/interesting/7days/> ------------------------------------------------------------------------
_______________________________________________ Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
------------------------------------------------------------------------ Devenez un meilleur amigo grâce à *Yahoo! Courriel* <http://cf.promos.yahoo.com/courriel/visiteguidee2/> ------------------------------------------------------------------------
_______________________________________________ Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
Salut Alexandre, effectivement un peu extrême pour extraire 300 feuilles de tableur à la main! Mais merci poru al sugestion! --- En date de : Mar, 30.9.08, Alexandre Patry <patryale@iro.umontreal.ca> a écrit : De: Alexandre Patry <patryale@iro.umontreal.ca> Objet: Re: [Gulum-team] "General I/O error" en sauvegardant un ODS sous OOo 3 beta 2 RC1. À: "Membres actifs du GULUM" <gulum-team@iro.umontreal.ca> Cc: "Tobby Cleps" <semaphore45@yahoo.com> Date: mardi 30 Septembre 2008, 14 h 12 Bonjour, les fichiers odt sont en fait des archives zip (tu peux donc en extraire le contenu à l'aide de n'importe quel outil manipulant les fichiers .zip). Cette archive contient un ensemble de documents xml. Une fois ces documents extraits, tu peux essayer une des deux approches suivantes: - Remplacer, tour à tour, chacun des fichiers avec un fichier extrait d'un autre document valide afin de trouver le coupable. - Valider chacun des documents XML de l'archive avec un outil comme ``xmllint`` (il se peut qu'il y ait un fichier corrompu). Si tu connais un peu XML, les DTD sont disponibles à http://xml.openoffice.org/general.html Ça me paraît un peu extrême, mais en dernier recours ... Alexandre C.T. wrote:
Salut,
j'utilisais la 3 beta jusqu'à présent, et c'est avec elle que ça s'est mis à poser problème. Après un re-test d'une copie du même fichier
dans la 2.4.1 (intégrée à Ubuntu), l'erreur était là également.
J'ai essayé avec le disque dur, erreur. Avec deux clés USB différentes, erreur aussi.
Question taille de fichiers je ne sais trop si c'est la taille en elle-même ou la quantité d'un certain type d'information (ici, les modifications) qui pose problème. Un fichier un peu plus petit posait aussi la même erreur dans les mêmes conditions, et pourtant, il ne contient qu'un petit nombre de modifications suivies et à confirmer (pas plus d'une trentaine, au lieu des plusieurs centaines de l'autre de 17,5Mo)
Le scinder est une possibilité, mais comme je devrais comparer les trois fichiers résultant (le plus petit, et celui-là, scindé en deux), ce serait beaucoup de temps perdu et de sources d'erreurs possible. Il
y en a déjà beaucoup en comparant simplement deux fichiers, et chacun d'eux doit être corrigé, suivant le cas. Le copier coller feuille à
feuille...300 feuilles. Disons que j'aimerais n'utiliser cette solution qu'en dernier recours, car elle enlèvera aussi tout lien entre les feuilles, ce qui est très gênant vu que la feuille finale est calculée à partir de chacune des précédentes, et que c'est elle qui a pris le plus de temps à faire, dans les 3 semaines.
J'essaie ça pour Gnumeric...bien que ça ne soit pour lui qu'un format d'export, on sait jamais.
Patrick
--- En date de : *Mar, 30.9.08, Eric Buist /<buisteri@iro.umontreal.ca>/* a écrit :
De: Eric Buist <buisteri@iro.umontreal.ca> Objet: Re: [Gulum-team] "General I/O error" en sauvegardant un ODS sous OOo 3 beta 2 RC1. À: "Membres actifs du GULUM" <gulum-team@iro.umontreal.ca>, "Tobby Cleps" <semaphore45@yahoo.com> Date: mardi 30 Septembre 2008, 11 h 10
Bonjour, D'abord, pour éliminer la défaillance du disque dur de l'équation, tu pourrais tenter de le sauvegarder à un autre endroit, mais puisque tu peux sauvegarder en Excel, cela me semble davantage un bogue avec OpenOffice.org. Quelle version utilises-tu? Est-ce la 2.4.1 de Ubuntu? Si tel est le cas, je ne vois pas d'autres solutions que d'essayer avec la 3 beta ou encore la 2.4.1 officielle plutôt que celle intégrée à Ubuntu. Une autre possibilité serait d'essayer de scinder le fichier apparemment devenu trop gros. Tu pourrais déplacer la moitié des feuilles du classeur dans un autre fichier puis sauvegarder pour voir. Pour cela, tu peux sélectionner les feuilles avec la souris et utiliser la commande Déplacer/copier; tu n'as pas à copier/coller feuille par feuille! Sinon, tu pourrais essayer d'ouvrir et resauvegarder le fichier ODS fonctionnel le plus récent dans un autre logiciel compatible, peut-être GNumeric. Eric
C.T. a écrit :
Salut à tous,
ce courriel pour demander sur la liste s'il y aurait un spécialiste de OpenOffice.org parmi vous (pour la 2.4 ou 3 beta); depuis hier j'ai un problème de sauvegarde d'un gros
fichier ODS
(17,5Mo); OpenOffice.org semble commencer à l'enregistrer,
puis
indique "General I/O error", ce message non informatif.
J'ai bien
sûr regardé les logs, mais rien n'apparaît quand
l'erreur
survient, ni dans le terminal lorsque OOo est lancé à partir de là. Le fichier n'est pas enregistré.
Sur Internet, certains disent que le fichier pourrait être corrompu et qu'il faudrait copier-coller tout le contenu dans
un
nouveau document, à la main. Ce n'est pas pratique vu la
taille
du document.
Ça fonctionnait bien jusqu'à hier après-midi, puis
l'erreur
survint à chaque tentative de sauvegarde, automatique ou
manuelle.
Si cela peut guider, je l'ai converti en .XLS, ce qui a
accepté
toutes les modifications enregistrées (effet indésirable dans
mon
cas), puis reconverti en .ODS. Il a perdu quelques Mo en chemin ainsi que les modifications, ce qui enlève 2 semaines de travail.
Y a-t-il un moyen d'obtenir des informations plus précises
sur la
source de cette erreur? Et existe-t-il un moyen de le résoudre moins radical que de faire sauter 2 semaines de travail (soit 160 heures)?
Merci à tous
Découvrez les photos * les plus intéressantes du jour!* <http://www.flickr.com/explore/interesting/7days/>
_______________________________________________ Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
------------------------------------------------------------------------ Devenez un meilleur amigo grâce à *Yahoo! Courriel* <http://cf.promos.yahoo.com/courriel/visiteguidee2/> ------------------------------------------------------------------------
_______________________________________________ Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
Découvrez les photos les plus intéressantes du jour. http://www.flickr.com/explore/interesting/7days/
participants (5)
-
Alexandre Patry -
C.T. -
Eric Buist -
Jean-François Fortin Tam -
Tobby Cleps