Cannot connect via kppp - PPP

This is a discussion on Cannot connect via kppp - PPP ; Mandrivalinux 2007.0 using Dial-up modem (I've previously posted this problem to a.o.l.mandriva but Bit Twister suggest I should send here) I currently dial-in to my ISP using a local number but my ISP wants everyone to shift to a Nation ...

+ Reply to Thread
Results 1 to 9 of 9

Thread: Cannot connect via kppp

  1. Cannot connect via kppp

    Mandrivalinux 2007.0 using Dial-up modem

    (I've previously posted this problem to a.o.l.mandriva but Bit Twister
    suggest I should send here)

    I currently dial-in to my ISP using a local number but my ISP wants
    everyone to shift to a Nation Dial-In number. I've tried to set up a new
    kppp account (twice), but cannot get a connection. The computer and
    server talk to each other and, in the log, I can see that pppd is
    started, then there is a message "User login: user login: login" and I
    wait and wait, and eventually my computer shuts down the connection.

    Here's the kppp-logfile, if this helps everyone help me:-

    Nov 13 20:18:17 localhost pppd[6465]: pppd 2.4.3 started by daniel, uid 500
    Nov 13 20:18:17 localhost pppd[6465]: using channel 3
    Nov 13 20:18:17 localhost pppd[6465]: Using interface ppp0
    Nov 13 20:18:17 localhost pppd[6465]: Connect: ppp0 <--> /dev/ttyS0
    Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfReq id=0x1 0x0> ]
    Nov 13 20:18:17 localhost pppd[6465]: rcvd [LCP ConfReq id=0x6f
    1524> ]
    Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfRej id=0x6f ]
    Nov 13 20:18:17 localhost pppd[6465]: rcvd [LCP ConfAck id=0x1 0x0> ]
    Nov 13 20:18:17 localhost pppd[6465]: rcvd [LCP ConfReq id=0x70

    ]
    Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfNak id=0x70 ]
    Nov 13 20:18:17 localhost pppd[6465]: rcvd [LCP ConfReq id=0x71

    ]
    Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfAck id=0x71

    ]
    Nov 13 20:18:17 localhost pppd[6465]: rcvd [CHAP Challenge id=0x16
    <8d4f3b784eb0bcba79bdc275d80706e1>, name = "chap"]
    Nov 13 20:18:17 localhost pppd[6465]: sent [CHAP Response id=0x16
    , name = "dxmm@albury.net.au"]
    Nov 13 20:18:18 localhost pppd[6465]: rcvd [LCP ConfReq id=0x2e 1500> ]
    Nov 13 20:18:18 localhost pppd[6465]: sent [LCP ConfReq id=0x2 0x0> ]
    Nov 13 20:18:18 localhost pppd[6465]: sent [LCP ConfAck id=0x2e 1500> ]
    Nov 13 20:18:18 localhost pppd[6465]: rcvd [LCP ConfRej id=0x2 0x0> ]
    Nov 13 20:18:18 localhost pppd[6465]: sent [LCP ConfReq id=0x3 0xe7fb624e>]
    Nov 13 20:18:18 localhost pppd[6465]: rcvd [LCP ConfAck id=0x3 0xe7fb624e>]
    Nov 13 20:18:54 localhost pppd[6465]: Hangup (SIGHUP)
    Nov 13 20:18:54 localhost pppd[6465]: Modem hangup
    Nov 13 20:18:54 localhost pppd[6465]: Connection terminated.
    Nov 13 20:18:54 localhost pppd[6465]: Exit.


    TIA

    Daniel



  2. Re: Cannot connect via kppp

    On Wed, 14 Nov 2007 19:30:26 +1100, Daniel wrote:
    > Mandrivalinux 2007.0 using Dial-up modem
    >
    > I currently dial-in to my ISP using a local number but my ISP wants
    > everyone to shift to a Nation Dial-In number. I've tried to set up a new
    > kppp account (twice), but cannot get a connection. The computer and
    > server talk to each other and, in the log, I can see that pppd is
    > started, then there is a message "User login: user login: login" and I
    > wait and wait, and eventually my computer shuts down the connection.
    >
    > Here's the kppp-logfile, if this helps everyone help me:-
    >
    > Nov 13 20:18:17 localhost pppd[6465]: pppd 2.4.3 started by daniel, uid 500
    > Nov 13 20:18:17 localhost pppd[6465]: using channel 3
    > Nov 13 20:18:17 localhost pppd[6465]: Using interface ppp0
    > Nov 13 20:18:17 localhost pppd[6465]: Connect: ppp0 <--> /dev/ttyS0
    > Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfReq id=0x1 > 0x0> ]
    > Nov 13 20:18:17 localhost pppd[6465]: rcvd [LCP ConfReq id=0x6f
    > > 1524> ]



    Looks like you failed to add the requeste additional arguments I suggested


  3. Re: Cannot connect via kppp

    Bit Twister wrote:
    > On Wed, 14 Nov 2007 19:30:26 +1100, Daniel wrote:
    >> Mandrivalinux 2007.0 using Dial-up modem
    >>
    >> I currently dial-in to my ISP using a local number but my ISP wants
    >> everyone to shift to a Nation Dial-In number. I've tried to set up a new
    >> kppp account (twice), but cannot get a connection. The computer and
    >> server talk to each other and, in the log, I can see that pppd is
    >> started, then there is a message "User login: user login: login" and I
    >> wait and wait, and eventually my computer shuts down the connection.
    >>
    >> Here's the kppp-logfile, if this helps everyone help me:-
    >>
    >> Nov 13 20:18:17 localhost pppd[6465]: pppd 2.4.3 started by daniel, uid 500
    >> Nov 13 20:18:17 localhost pppd[6465]: using channel 3
    >> Nov 13 20:18:17 localhost pppd[6465]: Using interface ppp0
    >> Nov 13 20:18:17 localhost pppd[6465]: Connect: ppp0 <--> /dev/ttyS0
    >> Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfReq id=0x1 >> 0x0> ]
    >> Nov 13 20:18:17 localhost pppd[6465]: rcvd [LCP ConfReq id=0x6f
    >> >> 1524> ]

    >
    >
    > Looks like you failed to add the requeste additional arguments I suggested
    >


    Sorry, BT, I did followed the "Setting up a Dialup account" instructions
    you supplied, it didn't mention the mru 1524 inst. I'll set that now and
    report back tomorrow (if it doesn't work, still)

    Daniel

  4. Re: Cannot connect via kppp

    On Wed, 14 Nov 2007 21:35:37 +1100, Daniel wrote:
    > Nov 13 20:18:17 localhost pppd[6465]: Using interface ppp0
    > Nov 13 20:18:17 localhost pppd[6465]: Connect: ppp0 <--> /dev/ttyS0
    > Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfReq id=0x1 > 0x0> ]
    > Nov 13 20:18:17 localhost pppd[6465]: rcvd [LCP ConfReq id=0x6f
    > > 1524> ]
    >>

    >
    > Sorry, BT, I did followed the "Setting up a Dialup account" instructions
    > you supplied, it didn't mention the mru 1524 inst. I'll set that now and
    > report back tomorrow (if it doesn't work, still)


    Not looking at the mrru value, but expected your sent
    [LCP ConfReq id=0x1 ....
    to have [LCP ConfReq id=0x1 .....


  5. Re: Cannot connect via kppp

    Daniel wrote:
    > Mandrivalinux 2007.0 using Dial-up modem


    > (I've previously posted this problem to a.o.l.mandriva but Bit Twister
    > suggest I should send here)


    > I currently dial-in to my ISP using a local number but my ISP wants
    > everyone to shift to a Nation Dial-In number. I've tried to set up a new
    > kppp account (twice), but cannot get a connection. The computer and
    > server talk to each other and, in the log, I can see that pppd is
    > started, then there is a message "User login: user login: login" and I
    > wait and wait, and eventually my computer shuts down the connection.


    That could be a login prompt showing up when the PPP negotiations
    break down.

    > Here's the kppp-logfile, if this helps everyone help me:-


    > Nov 13 20:18:17 localhost pppd[6465]: pppd 2.4.3 started by daniel, uid 500
    > Nov 13 20:18:17 localhost pppd[6465]: using channel 3
    > Nov 13 20:18:17 localhost pppd[6465]: Using interface ppp0
    > Nov 13 20:18:17 localhost pppd[6465]: Connect: ppp0 <--> /dev/ttyS0
    > Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfReq id=0x1 > 0x0> ]
    > Nov 13 20:18:17 localhost pppd[6465]: rcvd [LCP ConfReq id=0x6f
    > > 1524> ]


    Assuming you don't want Multilink PPP you might want to add the pppd
    option "nomp" in a kppp configuration file, or in /etc/ppp/options.
    That will cause the ISP to get rid of the MP options it is offering
    (knowingly or unknowingly) early on and make reading the log easier.

    > Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfRej id=0x6f ]
    > Nov 13 20:18:17 localhost pppd[6465]: rcvd [LCP ConfAck id=0x1 > 0x0> ]
    > Nov 13 20:18:17 localhost pppd[6465]: rcvd [LCP ConfReq id=0x70
    >
    > ]
    > Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfNak id=0x70 ]


    Copy /etc/ppp/srp-secrets to /etc/ppp/pap-secrets. PAP is the peer's first
    choice for authenticating you. It doesn't offer EAP - in fact this is the
    first time I've ever seen EAP requested.

    Adding the pppd option "refuse-eap" may cause it to stop asking for EAP.
    If it doesn't then I would "mv /etc/ppp/{srp-secrets,srp-secrets.sav}" .

    > Nov 13 20:18:17 localhost pppd[6465]: rcvd [LCP ConfReq id=0x71
    >
    > ]
    > Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfAck id=0x71
    >
    > ]
    > Nov 13 20:18:17 localhost pppd[6465]: rcvd [CHAP Challenge id=0x16
    > <8d4f3b784eb0bcba79bdc275d80706e1>, name = "chap"]
    > Nov 13 20:18:17 localhost pppd[6465]: sent [CHAP Response id=0x16
    > , name = "dxmm@albury.net.au"]


    No indication that authentication succeeds.

    > Nov 13 20:18:18 localhost pppd[6465]: rcvd [LCP ConfReq id=0x2e > 1500> ]
    > Nov 13 20:18:18 localhost pppd[6465]: sent [LCP ConfReq id=0x2 > 0x0> ]


    The peer restarts LCP negotiations.

    > Nov 13 20:18:18 localhost pppd[6465]: sent [LCP ConfAck id=0x2e > 1500> ]
    > Nov 13 20:18:18 localhost pppd[6465]: rcvd [LCP ConfRej id=0x2 > 0x0> ]
    > Nov 13 20:18:18 localhost pppd[6465]: sent [LCP ConfReq id=0x3 > 0xe7fb624e>]
    > Nov 13 20:18:18 localhost pppd[6465]: rcvd [LCP ConfAck id=0x3 > 0xe7fb624e>]


    The peer restarted PPP negotiations and reduced the options to magic,
    probably in order to complete LCP, this time without authentication,
    and exit - which is what appears to have occurred.

    Two suggestions for the problem in order of ease:

    1) First add the pppd option "asyncmap a0000" which imitates the peer.
    This can affect authentication although having to add it doesn't speak
    well of the peer's PPP implementation. Then try connecting. If that
    fails then you could post the log but I'm doubtful that there would
    be anything new in it.

    2) Call your ISP to verify your user name and, perhaps, to change your
    password in case the ISP got it wrong..

    > Nov 13 20:18:54 localhost pppd[6465]: Hangup (SIGHUP)
    > Nov 13 20:18:54 localhost pppd[6465]: Modem hangup
    > Nov 13 20:18:54 localhost pppd[6465]: Connection terminated.
    > Nov 13 20:18:54 localhost pppd[6465]: Exit.


    --
    Clifford Kite
    /* 97.3% of all statistics are made up. */

  6. Re: Cannot connect via kppp

    On Wed, 14 Nov 2007, in the Usenet newsgroup comp.protocols.ppp, in article
    <473ab2b7$0$50636$c30e37c6@lon-reader.news.telstra.net>, Daniel wrote:

    >(I've previously posted this problem to a.o.l.mandriva but Bit Twister
    >suggest I should send here)


    Hmmm, I scan that group - but guess I missed the posts... no, the
    thread just started. OK.

    >I currently dial-in to my ISP using a local number but my ISP wants
    >everyone to shift to a Nation Dial-In number. I've tried to set up a new
    >kppp account (twice), but cannot get a connection. The computer and
    >server talk to each other and, in the log, I can see that pppd is
    >started, then there is a message "User login: user login: login" and I
    >wait and wait, and eventually my computer shuts down the connection.


    >Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfReq id=0x1 >0x0> ]


    You say hello, and indicate a few normal options you'd like to use. I
    wonder why you are proposing 'asyncmap 0x0' with is the default? A
    normal setup would not do so.

    >Nov 13 20:18:17 localhost pppd[6465]: rcvd [LCP ConfReq id=0x6f
    > >1524> ]


    Foolishly configured peer says hello, and proposed the normal options
    plus one we can live with (asyncmap 0xa0000) if we duplicate it, and
    bundling which we can ignore.

    >Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfRej id=0x6f

    ]

    You tell the peer you won't do bundling - which is fine

    >Nov 13 20:18:17 localhost pppd[6465]: rcvd [LCP ConfAck id=0x1 >0x0> ]
    >Nov 13 20:18:17 localhost pppd[6465]: rcvd [LCP ConfReq id=0x70
    >
    >]


    The peer comes back agreeing to your options, and proposes a new list
    of it's own - without the bundling.

    >Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfNak id=0x70 ]


    You reject a the normal 'PAP' authentication, proposing EAP instead.
    Your kppp is mis-configured if it's decided you want that. Follow the
    steps Bit suggested on a.o.l.m, and see if that clears things up. The
    one change I'd suggest is

    'asyncmap 0xa0000'

    Note the leading '0x' in the variable.

    This appears to be the same log you posted in a.o.l.m on 14 Nov 2007
    14:14:33 +1100 - but your reply to Bit on 14 Nov 2007 18:58:31 +1100
    doesn't include the 'new' negotiations stage. Old log data isn't
    useful if you've changed things.

    Old guy

  7. Re: Cannot connect via kppp

    Moe Trin wrote:
    > On Wed, 14 Nov 2007, in the Usenet newsgroup comp.protocols.ppp, in article
    > <473ab2b7$0$50636$c30e37c6@lon-reader.news.telstra.net>, Daniel wrote:


    Hi Moe! A couple of minor comments.
    ....

    >>Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfReq id=0x1 >>0x0> ]


    > You say hello, and indicate a few normal options you'd like to use. I
    > wonder why you are proposing 'asyncmap 0x0' with is the default? A
    > normal setup would not do so.


    It's hard to know exactly what you mean but 0 is the *pppd* default
    asyncmap. The PPP default is ffffffff .
    ....

    >>Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfNak id=0x70 ]


    > You reject a the normal 'PAP' authentication, proposing EAP instead.
    > Your kppp is mis-configured if it's decided you want that. Follow the
    > steps Bit suggested on a.o.l.m, and see if that clears things up. The
    > one change I'd suggest is


    > 'asyncmap 0xa0000'


    > Note the leading '0x' in the variable.


    As it happens pppd expects hex so the leading 0x can be omitted.

    Cheers Moe!
    --
    Clifford Kite
    /* "Be liberal in what you accept, and conservative in what you send"
    RFC 1122 */

  8. Re: Cannot connect via kppp

    On Wed, 14 Nov 2007, in the Usenet newsgroup comp.protocols.ppp, in article
    , Clifford Kite wrote:

    >Moe Trin wrote:


    >> Daniel wrote:


    >Hi Moe! A couple of minor comments.


    Hi Clifford - how's it going?

    >>>Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfReq id=0x1 >>>0x0> ]


    >> You say hello, and indicate a few normal options you'd like to use. I
    >> wonder why you are proposing 'asyncmap 0x0' with is the default? A
    >> normal setup would not do so.

    >
    >It's hard to know exactly what you mean but 0 is the *pppd* default
    >asyncmap. The PPP default is ffffffff .


    Poorly worded - During LCP, the default is 0xffffffff. My understanding
    is that if nothing is proposed during LCP, then the links are brought up
    with a default value of 0x0.

    >> Note the leading '0x' in the variable.

    >
    >As it happens pppd expects hex so the leading 0x can be omitted.


    Noted - thanks

    Old guy

  9. Re: Cannot connect via kppp

    Daniel wrote:
    > Mandrivalinux 2007.0 using Dial-up modem
    >
    > (I've previously posted this problem to a.o.l.mandriva but Bit Twister
    > suggest I should send here)
    >
    > I currently dial-in to my ISP using a local number but my ISP wants
    > everyone to shift to a Nation Dial-In number. I've tried to set up a new
    > kppp account (twice), but cannot get a connection. The computer and
    > server talk to each other and, in the log, I can see that pppd is
    > started, then there is a message "User login: user login: login" and I
    > wait and wait, and eventually my computer shuts down the connection.
    >
    > Here's the kppp-logfile, if this helps everyone help me:-
    >
    > Nov 13 20:18:17 localhost pppd[6465]: pppd 2.4.3 started by daniel, uid 500
    > Nov 13 20:18:17 localhost pppd[6465]: using channel 3
    > Nov 13 20:18:17 localhost pppd[6465]: Using interface ppp0
    > Nov 13 20:18:17 localhost pppd[6465]: Connect: ppp0 <--> /dev/ttyS0
    > Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfReq id=0x1 > 0x0> ]
    > Nov 13 20:18:17 localhost pppd[6465]: rcvd [LCP ConfReq id=0x6f
    > > 1524> ]
    > Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfRej id=0x6f > 1524>]
    > Nov 13 20:18:17 localhost pppd[6465]: rcvd [LCP ConfAck id=0x1 > 0x0> ]
    > Nov 13 20:18:17 localhost pppd[6465]: rcvd [LCP ConfReq id=0x70
    >
    > ]
    > Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfNak id=0x70 ]
    > Nov 13 20:18:17 localhost pppd[6465]: rcvd [LCP ConfReq id=0x71
    >
    > ]
    > Nov 13 20:18:17 localhost pppd[6465]: sent [LCP ConfAck id=0x71
    >
    > ]
    > Nov 13 20:18:17 localhost pppd[6465]: rcvd [CHAP Challenge id=0x16
    > <8d4f3b784eb0bcba79bdc275d80706e1>, name = "chap"]
    > Nov 13 20:18:17 localhost pppd[6465]: sent [CHAP Response id=0x16
    > , name = "dxmm@albury.net.au"]
    > Nov 13 20:18:18 localhost pppd[6465]: rcvd [LCP ConfReq id=0x2e > 1500> ]
    > Nov 13 20:18:18 localhost pppd[6465]: sent [LCP ConfReq id=0x2 > 0x0> ]
    > Nov 13 20:18:18 localhost pppd[6465]: sent [LCP ConfAck id=0x2e > 1500> ]
    > Nov 13 20:18:18 localhost pppd[6465]: rcvd [LCP ConfRej id=0x2 > 0x0> ]
    > Nov 13 20:18:18 localhost pppd[6465]: sent [LCP ConfReq id=0x3 > 0xe7fb624e>]
    > Nov 13 20:18:18 localhost pppd[6465]: rcvd [LCP ConfAck id=0x3 > 0xe7fb624e>]
    > Nov 13 20:18:54 localhost pppd[6465]: Hangup (SIGHUP)
    > Nov 13 20:18:54 localhost pppd[6465]: Modem hangup
    > Nov 13 20:18:54 localhost pppd[6465]: Connection terminated.
    > Nov 13 20:18:54 localhost pppd[6465]: Exit.
    >
    >
    > TIA
    >
    > Daniel
    >
    >


    Thanks for replies, fella's.

    My ISP has loaned me a "WinRamp" so I can connect via
    Ethernet-WinRamp-Modem-'phoneline as an intreme measure, in case the
    Telco drops his local number.

    May be worth noting when I first connected the WinRamp to my Motorola
    LifeStyle 28.8 Modem, it had to dial in heaps of times (well 5-10
    anyway), so borrowed a Netcomm Roadster II modem from ISP and it got in
    first time, solid.

    If it keeps dialing-in solid for a couple of days, I might just try
    connecting it direct to the computer and see how that goes!!

    In the mean time, I've printed off your responses so I'll have something
    to try if the borrowed modem doesn't remain solid.

    Tks.

    Daniel

+ Reply to Thread