Diald dies on pppd
Hi,
I an trying to install diald on a debian distrubution. My ppp configuration is OK si I think the problem is elsewhere.
here is my diald.options file
device /dev/ttyS0
accounting-log /var/log/diald.log
fifo /var/run/diald.fifo
debug 31
mode ppp
local 10.0.0.1
remote 10.0.0.2
dynamic
#pppd-options noauth nopersist
#two-way
reroute
defaultroute
connect "/usr/sbin/chat -v -f /etc/chatscripts/9online" lock
modem
crtscts
connect-timeout 90
dial-fail-limit 0
died-retry-count 0
include /etc/diald/standard.filter
The chat script is the One I use for my pppd connect "pppd call 9online"
Her is my logfile
Apr 30 17:13:42 garn diald[813]: SIGCHLD[15]: pid 850 system, status 0 Apr 30 17:57:45 garn diald[886]: running '/sbin/ifconfig sl0 10.0.0.1 pointopoint 10.0.0.2 broadcast 0.0.0.0 netmask 255.255.255.255 metric 0 mtu 1500 up' Apr 30 17:57:45 garn diald[886]: SIGCHLD[1]: pid 903 system, status 256 Apr 30 17:57:45 garn diald[886]: start sl0: Establishing routes for sl0 Apr 30 17:57:45 garn diald[886]: running '/sbin/route add 10.0.0.2 metric 0 dev sl0' Apr 30 17:57:46 garn diald[886]: SIGCHLD[2]: pid 904 system, status 0 Apr 30 17:57:46 garn diald[886]: running '/sbin/route add default metric 0 netmask 0.0.0.0 dev sl0' Apr 30 17:57:46 garn diald[886]: SIGCHLD[3]: pid 905 system, status 0 Apr 30 17:57:46 garn diald[886]: Changed snoop device to sl0 Apr 30 17:57:49 garn diald[886]: filter accepted rule 33 proto 134619992 len 84 packet 10.0.0.1,0 => 212.30.96.108,0 Apr 30 17:57:49 garn diald[886]: new state CONNECT action 0x8050dc0 timeout 90 Apr 30 17:57:50 garn diald[886]: running '/usr/sbin/chat -v -f /etc/chatscripts/9online' Apr 30 17:57:50 garn diald[886]: filter accepted rule 33 proto 134619992 len 84 packet 10.0.0.1,0 => 212.30.96.108,0 Apr 30 17:58:19 garn last message repeated 29 times Apr 30 17:58:54 garn last message repeated 35 times Apr 30 17:58:54 garn diald[886]: SIGCHLD[4]: pid 907 dial, status 0 Apr 30 17:58:54 garn diald[886]: new state START_LINK action 0x8051114 timeout 60 Apr 30 17:58:54 garn diald[913]: Running pppd: /usr/sbin/pppd -defaultroute -detach modem crtscts mtu 1500 mru 1500 Apr 30 17:58:55 garn diald[886]: filter accepted rule 33 proto 134619992 len 84 packet 10.0.0.1,0 => 212.30.96.108,0 Apr 30 17:59:15 garn last message repeated 20 times Apr 30 17:59:16 garn diald[886]: SIGCHLD[5]: pid 913 link, status 4096 Apr 30 17:59:16 garn diald[886]: running '/sbin/ifconfig sl0 10.0.0.1 pointopoint 10.0.0.2 broadcast 0.0.0.0 netmask 255.255.255.255 metric 0 mtu 1500 up' Apr 30 17:59:16 garn diald[886]: SIGCHLD[6]: pid 915 system, status 256 Apr 30 17:59:16 garn diald[886]: start sl0: Establishing routes for sl0 Apr 30 17:59:16 garn diald[886]: running '/sbin/route add 10.0.0.2 metric 0 dev sl0' Apr 30 17:59:16 garn diald[886]: SIGCHLD[7]: pid 916 system, status 1792 Apr 30 17:59:16 garn diald[886]: running '/sbin/route add default metric 0 netmask 0.0.0.0 dev sl0' Apr 30 17:59:16 garn diald[886]: SIGCHLD[8]: pid 917 system, status 1792 Apr 30 17:59:16 garn diald[886]: stop ppp0: Removing routes for ppp0 Apr 30 17:59:16 garn diald[886]: running '/sbin/route del default metric 0 netmask 0.0.0.0 dev ppp0' Apr 30 17:59:16 garn diald[886]: SIGCHLD[9]: pid 918 system, status 1792 Apr 30 17:59:16 garn diald[886]: running '/sbin/ifconfig ppp0 down' Apr 30 17:59:16 garn diald[886]: SIGCHLD[10]: pid 919 system, status 0 Apr 30 17:59:16 garn diald[886]: running '/sbin/ifconfig sl0 10.0.0.1 pointopoint 10.0.0.2 broadcast 0.0.0.0 netmask 255.255.255.255 metric 0 mtu 1500 up' Apr 30 17:59:16 garn diald[886]: SIGCHLD[11]: pid 920 system, status 256 Apr 30 17:59:16 garn diald[886]: start sl0: Establishing routes for sl0 Apr 30 17:59:16 garn diald[886]: running '/sbin/route add 10.0.0.2 metric 0 dev sl0' Apr 30 17:59:16 garn diald[886]: SIGCHLD[12]: pid 921 system, status 1792 Apr 30 17:59:16 garn diald[886]: running '/sbin/route add default metric 0 netmask 0.0.0.0 dev sl0' Apr 30 17:59:16 garn diald[886]: SIGCHLD[13]: pid 922 system, status 1792 Apr 30 17:59:16 garn diald[886]: new state DISCONNECT action 0x8051558 timeout 60 Apr 30 17:59:16 garn diald[886]: filter accepted rule 33 proto 134619992 len 84 packet 10.0.0.1,0 => 212.30.96.108,0 Apr 30 17:59:16 garn diald[886]: new state CLOSE action 0x80515ec timeout -1 Apr 30 17:59:17 garn diald[886]: filter accepted rule 33 proto 134619992 len 84 packet 10.0.0.1,0 => 212.30.96.108,0 Apr 30 17:59:43 garn last message repeated 26 times Apr 30 17:59:46 garn diald[886]: new state RETRY action 0x8051780 timeout -1 Apr 30 17:59:47 garn diald[886]: new state DOWN action 0x8050cf8 timeout -1 Apr 30 17:59:48 garn diald[886]: new state CONNECT action 0x8050dc0 timeout 90 Apr 30 17:59:49 garn diald[886]: running '/usr/sbin/chat -v -f /etc/chatscripts/9online' Apr 30 17:59:49 garn diald[886]: SIGCHLD[14]: pid 928 dial, status 2 Apr 30 17:59:50 garn diald[886]: stop sl0: Removing routes for sl0 Apr 30 17:59:50 garn diald[886]: running '/sbin/route del default metric 0 netmask 0.0.0.0 dev sl0' Apr 30 17:59:50 garn diald[886]: SIGCHLD[15]: pid 929 system, status 0 Apr 30 17:59:50 garn diald[886]: running '/sbin/ifconfig sl0 down' Apr 30 17:59:50 garn diald[886]: SIGCHLD[16]: pid 930 system, status 0
Thank for your help
René
-
To unsubscribe from this list: send the line "unsubscribe linux-diald" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Quoted 2 lines · Rene
I an trying to install diald on a debian distrubution. My ppp configuration is OK si I think the problem is elsewhere.
Why do you think this?
Quoted 6 lines
Apr 30 17:58:54 garn diald[913]: Running pppd: /usr/sbin/pppd -defaultroute -detach modem crtscts mtu 1500 mru 1500 Apr 30 17:58:55 garn diald[886]: filter accepted rule 33 proto 134619992 len 84 packet 10.0.0.1,0 => 212.30.96.108,0 Apr 30 17:59:15 garn last message repeated 20 times Apr 30 17:59:16 garn diald[886]: SIGCHLD[5]: pid 913 link, status 4096
Pid 913 execs pppd and 20 seconds later pid 913 exits without pppd having brought up the network layer. It's the reason pppd dies between these two lines you need to find out with, for instance, the pppd "debug" option.
Probably you are getting some sort of PPP negotiation rejection. I notice you have commented out pppd-options noauth. Does your ISP *really* authenticate with you as well as vice-versa?
Mike