Hi! >From the logs it looks like the other side (servers) requests PAP authentication, and your machine Rej(ects) it. If you can't converge on an authentication method, ppp will fail at LCP level. Check your dialer authentication setup. Dani
On Tuesday 04 February 2003 19:04, Amir Tal wrote: > On Tuesday 04 February 2003 18:28, you wrote: > > Hello ! > > > > I recently installed MDK9 and after *successfuly* being able to get > > online under Debian and RedHat, > > found that things aren't the same in MDK. > > > > I use the same scripts and configuration as before but there seems to be > > an error with the > > pptp-linux binary. I first started it and noticed (pptp-linux notified > > me actually ) there is no > > 'pppd' package so I couldn't run it.... So I launched my MDK CD and > > installed the appropriate RPM... > > > > Still, things are the same. There is no problem with the routing table > > neither eth cards. > > I checked the logs and it seems the modems HANGUP after a sequence of > > sent/received > > (or something like that), here is it: > > > > <log> > > > > Feb 4 16:12:51 rulix pptp[4062]: > > log[pptp_dispatch_ctrl_packet:pptp_ctrl.c:707]: Outgoing call > > established (call ID 0, peer's call ID 50633). > > Feb 4 16:12:51 rulix pppd[4064]: pppd 2.4.1 started by root, uid 0 > > Feb 4 16:12:51 rulix pppd[4064]: using channel 9 > > Feb 4 16:12:51 rulix pppd[4064]: Using interface ppp0 > > Feb 4 16:12:51 rulix pppd[4064]: Connect: ppp0 <--> /dev/pts/2 > > Feb 4 16:12:51 rulix pppd[4064]: sent [LCP ConfReq id=0x1 <mru 1460> > > <asyncmap 0x0> <magic 0x5e3fc581> <pcomp> <accomp>] > > Feb 4 16:12:51 rulix /etc/hotplug/net.agent: assuming ppp0 is already up > > > > /* Holds for a few seconds ... And */ > > > > Feb 4 16:12:53 rulix pppd[4064]: rcvd [LCP ConfReq id=0x1 <mru 1462> > > <auth pap> <magic 0x1335ceb0>]Feb 4 16:12:53 rulix pppd[4064]: sent > > [LCP ConfRej id=0x1 <auth pap>] > > Feb 4 16:12:53 rulix pppd[4064]: rcvd [LCP ConfReq id=0x2 <mru 1462> > > <auth pap> <magic 0x1335ceb0>]Feb 4 16:12:53 rulix pppd[4064]: sent > > [LCP ConfRej id=0x2 <auth pap>] > > Feb 4 16:12:53 rulix pppd[4064]: rcvd [LCP ConfReq id=0x3 <mru 1462> > > <auth pap> <magic 0x1335ceb0>]Feb 4 16:12:53 rulix pppd[4064]: sent > > [LCP ConfRej id=0x3 <auth pap>] > > Feb 4 16:12:53 rulix pppd[4064]: rcvd [LCP ConfReq id=0x4 <mru 1462> > > <auth pap> <magic 0x1335ceb0>]Feb 4 16:12:53 rulix pppd[4064]: sent > > [LCP ConfRej id=0x4 <auth pap>] > > Feb 4 16:12:53 rulix pppd[4064]: rcvd [LCP ConfReq id=0x5 <mru 1462> > > <auth pap> <magic 0x1335ceb0>]Feb 4 16:12:53 rulix pppd[4064]: sent > > [LCP ConfRej id=0x5 <auth pap>] > > Feb 4 16:12:53 rulix pppd[4064]: rcvd [LCP ConfReq id=0x6 <mru 1462> > > <auth pap> <magic 0x1335ceb0>]Feb 4 16:12:53 rulix pppd[4064]: sent > > [LCP ConfRej id=0x6 <auth pap>] > > Feb 4 16:12:53 rulix pppd[4064]: rcvd [LCP ConfReq id=0x7 <mru 1462> > > <auth pap> <magic 0x1335ceb0>]Feb 4 16:12:53 rulix pppd[4064]: sent > > [LCP ConfRej id=0x7 <auth pap>] > > Feb 4 16:12:53 rulix pppd[4064]: rcvd [LCP ConfReq id=0x8 <mru 1462> > > <auth pap> <magic 0x1335ceb0>]Feb 4 16:12:53 rulix pppd[4064]: sent > > [LCP ConfRej id=0x8 <auth pap>] > > Feb 4 16:12:53 rulix pppd[4064]: rcvd [LCP ConfReq id=0x9 <mru 1462> > > <auth pap> <magic 0x1335ceb0>]Feb 4 16:12:53 rulix pppd[4064]: sent > > [LCP ConfRej id=0x9 <auth pap>] > > Feb 4 16:12:53 rulix pppd[4064]: rcvd [LCP ConfReq id=0xa <mru 1462> > > <auth pap> <magic 0x1335ceb0>]Feb 4 16:12:53 rulix pppd[4064]: sent > > [LCP ConfRej id=0xa <auth pap>] > > Feb 4 16:12:53 rulix pptp[4062]: log[call_callback:pptp_callmgr.c:88]: > > Closing connection > > Feb 4 16:12:53 rulix pppd[4064]: Hangup (SIGHUP) > > Feb 4 16:12:53 rulix pppd[4064]: Modem hangup > > Feb 4 16:12:53 rulix pppd[4064]: Connection terminated. > > Feb 4 16:12:53 rulix /etc/hotplug/net.agent: NET unregister event not > > supported > > Feb 4 16:12:54 rulix pppd[4064]: Exit. > > > > </log> > > > > This line looks strange: > > Feb 4 16:12:51 rulix /etc/hotplug/net.agent: assuming ppp0 is already up > > > > If this is some sort of MDK feature don't shout on me, I just decided to > > give it a try ;-) > > i hope this is not a "feature". god help mandrake if it is ;) > you didn't say what type of connection is this. ADSL ? cables ? > > > Then I went to rpmfind.net and d/l'ed the latest version 'pptp-client' > > for MDK which installed 'pptp'. > > This pptp binary is very strange and always show me bizarre errors. > > > > BTW Does any of you know why the Generic Disc of Debian-3.0 Woody does > > not come with a default of a 2.4 kernel ? > > I have to download a separate CD for it. Otherwise I have to > > compile it manually after installing the 2.2 one. > > Who would want to use 2.2 ??!! > > type "bf24" at the prompt, and a 2.4.18 kernel will be loaded. > tal. > > > Thanks !!! > > Eliran > > > > > > > > ================================================================= > > To unsubscribe, send mail to [EMAIL PROTECTED] with > > the word "unsubscribe" in the message body, e.g., run the command > > echo unsubscribe | mail [EMAIL PROTECTED] > > ================================================================= > To unsubscribe, send mail to [EMAIL PROTECTED] with > the word "unsubscribe" in the message body, e.g., run the command > echo unsubscribe | mail [EMAIL PROTECTED] -- ________________________________________________________________________ Dr. Daniel Arbel [EMAIL PROTECTED] Network Manager tel: 972-4-8294992 Technion Computer Center fax: 972-4-8222872 ================================================================= To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
