Koozali.org: home of the SME Server
Legacy Forums => General Discussion (Legacy) => Topic started by: will on July 10, 2001, 07:38:53 PM
-
Our server is set up to dial-in to our local ISP. When we try to establish a connection with our ISP, we get the following error (near the bottom) in our /var/log/messages. Any suggestions of how we can get the connection to work. Thanks
Jul 10 22:21:19 joel chat[2130]: CONNECT
Jul 10 22:21:19 joel chat[2130]: -- got it
Jul 10 22:21:19 joel diald[1938]: connector: chat:
Jul 10 22:21:19 CONNECT 38400/V32b 14400/V42b
Jul 10 22:21:19 joel diald[1938]: Connected to site 0.0.0.0
Jul 10 22:21:19 joel diald[2131]: Running pppd: /usr/sbin/pppd -defaultroute -detach modem crtscts mtu 1500 mru 1500 name maf-irian -chap +pap debug noauth ipparam diald
Jul 10 22:21:19 joel pppd[2131]: pppd 2.4.0 started by dialout, uid 0
Jul 10 22:21:19 joel diald[1938]: Running pppd (pid = 2131).
Jul 10 22:21:19 joel pppd[2131]: Using interface ppp0
Jul 10 22:21:19 joel pppd[2131]: Connect: ppp0 <--> /dev/ttyS0
Jul 10 22:21:19 joel pppd[2131]: sent [LCP ConfReq id=0x1 ]
Jul 10 22:21:19 joel pppd[2131]: rcvd [LCP ConfReq id=0x1 ]
Jul 10 22:21:19 joel pppd[2131]: sent [LCP ConfNak id=0x1 ]
Jul 10 22:21:19 joel pppd[2131]: rcvd [LCP ConfRej id=0x1 ]
Jul 10 22:21:19 joel pppd[2131]: sent [LCP ConfReq id=0x2 ]
Jul 10 22:21:19 joel pppd[2131]: rcvd [LCP ConfReq id=0x2 ]
Jul 10 22:21:19 joel pppd[2131]: sent [LCP ConfNak id=0x2 ]
Jul 10 22:21:19 joel pppd[2131]: rcvd [LCP ConfAck id=0x2 ]
Jul 10 22:21:20 joel pppd[2131]: rcvd [LCP ConfReq id=0x3 ]
Jul 10 22:21:20 joel pppd[2131]: sent [LCP ConfNak id=0x3 ]
Jul 10 22:21:20 joel pppd[2131]: rcvd [LCP ConfReq id=0x4 ]
J
ul 10 22:21:20 joel pppd[2131]: sent [LCP ConfNak id=0x4 ]
Jul 10 22:21:20 joel pppd[2131]: rcvd [LCP ConfReq id=0x5 ]
Jul 10 22:21:20 joel pppd[2131]: sent [LCP ConfAck id=0x5 ]
Jul 10 22:21:20 joel pppd[2131]: sent [LCP EchoReq id=0x0 magic=0x85f9e3b]
Jul 10 22:21:20 joel pppd[2131]: peer refused to authenticate: terminating link
Jul 10 22:21:20 joel pppd[2131]: sent [LCP TermReq id=0x3 "peer refused to authenticate"]
Jul 10 22:21:20 joel pppd[2131]: rcvd [LCP EchoRep id=0x0 magic=0x93c3285c]
Jul 10 22:21:20 joel pppd[2131]: rcvd [LCP TermAck id=0x3]
Jul 10 22:21:20 joel pppd[2131]: Connection terminated.
Jul 10 22:21:20 joel pppd[2131]: Exit.
Jul 10 22:21:20 joel diald[1938]: start sl0: SIOCSIFMTU: Invalid argument
Jul 10 22:21:20 joel diald[1938]: stop ppp0: RTNETLINK answers: No such process
Jul 10 22:21:20 joel kernel: ppp: ppp0 not active
-
will wrote:
>
> Our server is set up to dial-in to our local ISP. When we
> try to establish a connection with our ISP, we get the
> following error (near the bottom) in our /var/log/messages.
> Any suggestions of how we can get the connection to work.
> Thanks
>
> [...]
> Jul 10 22:21:20 joel pppd[2131]: peer refused to
> authenticate: terminating link
>
> Jul 10 22:21:20 joel pppd[2131]: sent [LCP TermReq id=0x3
> "peer refused to authenticate"]
>
> Jul 10 22:21:20 joel pppd[2131]: rcvd [LCP EchoRep id=0x0
> magic=0x93c3285c]
>
> Jul 10 22:21:20 joel pppd[2131]: rcvd [LCP TermAck id=0x3]
>
> Jul 10 22:21:20 joel pppd[2131]: Connection terminated.
>
> Jul 10 22:21:20 joel pppd[2131]: Exit.
>
> Jul 10 22:21:20 joel diald[1938]: start sl0: SIOCSIFMTU:
> Invalid argument
>
> Jul 10 22:21:20 joel diald[1938]: stop ppp0: RTNETLINK
> answers: No such process
>
> Jul 10 22:21:20 joel kernel: ppp: ppp0 not active
The problem is probably exactly what log says it is... authentication failure. Verify your userid/passwd combo with your ISP.
If the userid/passwd is the same as the combo used to access your ISPs mail servers, you can verify the combo yourself by telnetting to port 110 of your ISPs POP server and typing the following commands:
[pkn@halifax pkn]$ telnet www.nesbit.ca 110
Trying 192.168.69.1...
Connected to www.nesbit.ca.
Escape character is '^]'.
+OK <2383.994812093@localhost>
user pkn
+OK
pass your_passwd
+OK
Paul
-
Thanks, Paul - we found the solution to our problem was to add ' -chap +pap ' to the pppd command in /etc/diald.conf, because for some reason diald did not know how to negotiate authentication with our ISP.
Will