2008/2/19 Rodrigo Gutiérrez Torres <[EMAIL PROTECTED]>: > El lun, 18-02-2008 a las 15:07 -0300, Aldrin Martoq escribió: > > Puedes enviar la salida del siguiente comando? > > $ dpkg -l |grep network-manager > Estoy usando network-manager-pptp. [...] > La vpn la provee un firewall Tipping Point X505... aunque no me tinca > que el problema vaya por el lado del servidor.
Ok, replique localmente y tengo el mismo problema.... Los sintomas son los siguientes: 1. Levanto pppoe que queda como interfaz ppp0 2. Levanto el tunel pptp con network-manager y queda como ppp1, el tunel se conecta correctamente pero el plugin network-manager-pptp lo cierra. 3. Si levanto el tunel pptp y queda como interfaz ppp0, el tunel se conecta correctamente y el plugin network-manager-pptp reconoce los parametros. Para el caso 3 (tunel como ppp0), este es el log de /var/log/daemon.log Feb 19 12:09:39 localhost pppd[7173]: Plugin nm-pppd-plugin.so loaded. Feb 19 12:09:39 localhost pppd[7173]: nm-pppd-plugin: plugin initialized. Feb 19 12:09:39 localhost pppd[7175]: pppd 2.4.4 started by root, uid 0 Feb 19 12:09:39 localhost pppd[7175]: Using interface ppp0 Feb 19 12:09:39 localhost pppd[7175]: Connect: ppp0 <--> /dev/pts/11 Feb 19 12:09:40 localhost pppd[7175]: nm-pppd-plugin: CHAP check hook. Feb 19 12:09:42 localhost pppd[7175]: nm-pppd-plugin: CHAP credentials requested. Feb 19 12:09:42 localhost pppd[7175]: CHAP authentication succeeded: Access granted Feb 19 12:09:42 localhost pppd[7175]: CHAP authentication succeeded Feb 19 12:09:42 localhost pppd[7175]: local IP address 192.168.1.1 Feb 19 12:09:42 localhost pppd[7175]: remote IP address 192.168.0.1 Para el caso 2 (tunel como ppp1), este es el log de /var/log/daemon.log Feb 19 12:10:56 localhost pppd[7254]: Plugin nm-pppd-plugin.so loaded. Feb 19 12:10:56 localhost pppd[7254]: nm-pppd-plugin: plugin initialized. Feb 19 12:10:56 localhost pppd[7256]: pppd 2.4.4 started by root, uid 0 Feb 19 12:10:56 localhost pppd[7256]: Using interface ppp1 Feb 19 12:10:56 localhost pppd[7256]: Connect: ppp1 <--> /dev/pts/11 Feb 19 12:10:57 localhost pppd[7256]: nm-pppd-plugin: CHAP check hook. Feb 19 12:10:59 localhost pppd[7256]: nm-pppd-plugin: CHAP credentials requested. Feb 19 12:10:59 localhost pppd[7256]: CHAP authentication succeeded: Access granted Feb 19 12:10:59 localhost pppd[7256]: CHAP authentication succeeded Feb 19 12:10:59 localhost pppd[7256]: local IP address 192.168.1.1 Feb 19 12:10:59 localhost pppd[7256]: remote IP address 192.168.0.1 Feb 19 12:10:59 localhost pppd[7256]: nm-pppd-plugin: didn't receive an Internal IP4 Address from ppp. Feb 19 12:10:59 localhost pppd[7256]: Terminating on signal 15 Feb 19 12:10:59 localhost pppd[7256]: Child process /usr/sbin/pptp 192.168.9.50 --nolaunchpppd (pid 7257) terminated with signal 15 Feb 19 12:10:59 localhost pppd[7256]: Modem hangup Feb 19 12:10:59 localhost pppd[7256]: Connect time 0.0 minutes. Feb 19 12:10:59 localhost pppd[7256]: Sent 0 bytes, received 0 bytes. Feb 19 12:10:59 localhost pppd[7256]: Connection terminated. Feb 19 12:10:59 localhost pppd[7256]: Exit. Te aparece esta linea en tu daemon.log?? nm-pppd-plugin: didn't receive an Internal IP4 Address from ppp. Si es asi, es un bug de network-manager-pptp; lo estoy revisando... El reporte original es el siguiente: https://bugs.launchpad.net/ubuntu/+source/network-manager-pptp/+bug/163494 Registrate en launchpad y agrega un comentario diciendo "a mi tambien me pasa" y la descripcion del problema y el workaround (mas abajo), si funciona. Esto hara que el bug tenga mas peso y eventualmente alguien lo resuelva. Por mientras: Respecto de cambiar el nombre de la interfaz, puedes como workaround agregar la siguiente linea a tu /etc/ppp/peers/dsl-provider: ------- unit 9 ------- Esto hara que tu adsl cuando se levante quede como ppp9 en vez de ppp0, y el tunel pptp como ppp0 (si no tienes otro tunel). Avisanos si te va bien, -- Aldrin Martoq
