ppp0: ADSL y VPN

[Aldrin Martoq]

2008/2/19 Rodrigo Gutiérrez Torres <rodrigogutierreztorres en gmail.com>:
> 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