Setting up kppp for roaming account - PPP

This is a discussion on Setting up kppp for roaming account - PPP ; Dual Boot Win98 and Mandravis 2007 system. Posting this using my Win98 profile. I'm away from home for a while, so I'm trying to set up kppp so it will dial into my normal ISP so I can get my ...

+ Reply to Thread
Page 1 of 2 1 2 LastLast
Results 1 to 20 of 21

Thread: Setting up kppp for roaming account

  1. Setting up kppp for roaming account

    Dual Boot Win98 and Mandravis 2007 system. Posting this using my Win98
    profile.

    I'm away from home for a while, so I'm trying to set up kppp so it will
    dial into my normal ISP so I can get my mail. Fortunately my ISP has a
    portal or whatever you call it, so I'm not going to be paying long
    distance 'phone rates.

    When I dial in I get modem chatter for a couple of second then things go
    quite (as I would expect) and the screen tells me it achieves connect
    and starts pppd, but this final connection is never made. This is what
    the kppp logfile looks like:-

    > Dec 17 13:24:41 localhost pppd[3152]: pppd 2.4.3 started by daniel, uid 500
    > Dec 17 13:24:41 localhost pppd[3152]: using channel 5
    > Dec 17 13:24:41 localhost pppd[3152]: Using interface ppp0
    > Dec 17 13:24:41 localhost pppd[3152]: Connect: ppp0 <--> /dev/ttyS0
    > Dec 17 13:24:41 localhost pppd[3152]: sent [LCP ConfReq id=0x1 ]
    > Dec 17 13:25:11 localhost pppd[3152]: LCP: timeout sending Config-Requests
    > Dec 17 13:25:11 localhost pppd[3152]: Connection terminated.
    > Dec 17 13:25:11 localhost pppd[3152]: using channel 6
    > Dec 17 13:25:11 localhost pppd[3152]: Using interface ppp0
    > Dec 17 13:25:11 localhost pppd[3152]: Connect: ppp0 <--> /dev/ttyS0
    > Dec 17 13:25:11 localhost pppd[3152]: sent [LCP ConfReq id=0x2 ]
    > Dec 17 13:25:11 localhost pppd[3152]: tcflush failed: Bad file descriptor
    > Dec 17 13:25:11 localhost pppd[3152]: tcsetattr: Invalid argument (line 1025)
    > Dec 17 13:25:11 localhost pppd[3152]: Exit.


    Does this give anybody any clues?

    And originally the log was telling me I was using channels 1 & 2 but now
    I'm using (or trying, at least) to use channels 5 & 6. Are these channel
    numbers on the ISP's modem or something else??

    TIA

    Daniel

    --
    Posted via a free Usenet account from http://www.teranews.com


  2. Re: Setting up kppp for roaming account

    Daniel writes:

    >Dual Boot Win98 and Mandravis 2007 system. Posting this using my Win98
    >profile.


    >I'm away from home for a while, so I'm trying to set up kppp so it will
    >dial into my normal ISP so I can get my mail. Fortunately my ISP has a
    >portal or whatever you call it, so I'm not going to be paying long
    >distance 'phone rates.


    >When I dial in I get modem chatter for a couple of second then things go
    >quite (as I would expect) and the screen tells me it achieves connect
    >and starts pppd, but this final connection is never made. This is what
    >the kppp logfile looks like:-


    >> Dec 17 13:24:41 localhost pppd[3152]: pppd 2.4.3 started by daniel, uid 500
    >> Dec 17 13:24:41 localhost pppd[3152]: using channel 5
    >> Dec 17 13:24:41 localhost pppd[3152]: Using interface ppp0
    >> Dec 17 13:24:41 localhost pppd[3152]: Connect: ppp0 <--> /dev/ttyS0
    >> Dec 17 13:24:41 localhost pppd[3152]: sent [LCP ConfReq id=0x1 ]
    >> Dec 17 13:25:11 localhost pppd[3152]: LCP: timeout sending Config-Requests


    Put the line
    daemon.*;local2.* /var/log/daemonlog
    into /etc/sysconfig.conf and then run
    killall -1 syslogd
    Make sure you have the word
    debug
    in /etc/ppp/options


    Try connecting again and then post the output. All of it.

    >> Dec 17 13:25:11 localhost pppd[3152]: Connection terminated.
    >> Dec 17 13:25:11 localhost pppd[3152]: using channel 6
    >> Dec 17 13:25:11 localhost pppd[3152]: Using interface ppp0
    >> Dec 17 13:25:11 localhost pppd[3152]: Connect: ppp0 <--> /dev/ttyS0
    >> Dec 17 13:25:11 localhost pppd[3152]: sent [LCP ConfReq id=0x2 ]
    >> Dec 17 13:25:11 localhost pppd[3152]: tcflush failed: Bad file descriptor
    >> Dec 17 13:25:11 localhost pppd[3152]: tcsetattr: Invalid argument (line 1025)
    >> Dec 17 13:25:11 localhost pppd[3152]: Exit.


    >Does this give anybody any clues?


    >And originally the log was telling me I was using channels 1 & 2 but now
    >I'm using (or trying, at least) to use channels 5 & 6. Are these channel
    >numbers on the ISP's modem or something else??


    >TIA


    >Daniel


    >--
    >Posted via a free Usenet account from http://www.teranews.com



  3. Re: Setting up kppp for roaming account

    On 17 Dec 2006, in the Usenet newsgroup comp.protocols.ppp, in article
    , Unruh wrote:

    >Daniel writes:


    >>When I dial in I get modem chatter for a couple of second then things go
    >>quite (as I would expect) and the screen tells me it achieves connect
    >>and starts pppd, but this final connection is never made.


    >Put the line
    >daemon.*;local2.* /var/log/daemonlog


    >Try connecting again and then post the output. All of it.


    ---------------------
    Date: Fri, 15 Dec 2006 21:18:53 +1100
    From: Daniel
    Newsgroups: alt.os.linux.mandriva
    Subject: Re: Setting up kppp
    References: <45825589$0$15462$88260bb3@free.teranews.com>
    Lines: 78
    Message-ID: <458269db$0$15483$88260bb3@free.teranews.com>
    NNTP-Posting-Date: 15 Dec 2006 09:24:45 GMT
    ---------------------

    LCP negotiations - peer hard of hearing. Doesn't look to me to be an 'asyncmap'
    (both proposing 0xa0000), or 'escape ff' problem. Peer never seems to notice
    PAP AuthReq frame.

    Old guy

  4. Re: Setting up kppp for roaming account

    Unruh wrote:
    > Daniel writes:
    >
    >
    >>Dual Boot Win98 and Mandravis 2007 system. Posting this using my Win98
    >>profile.

    >
    >
    >>I'm away from home for a while, so I'm trying to set up kppp so it will
    >>dial into my normal ISP so I can get my mail. Fortunately my ISP has a
    >>portal or whatever you call it, so I'm not going to be paying long
    >>distance 'phone rates.

    >
    >
    >>When I dial in I get modem chatter for a couple of second then things go
    >>quite (as I would expect) and the screen tells me it achieves connect
    >>and starts pppd, but this final connection is never made. This is what
    >>the kppp logfile looks like:-

    >
    >
    >>>Dec 17 13:24:41 localhost pppd[3152]: pppd 2.4.3 started by daniel, uid 500
    >>>Dec 17 13:24:41 localhost pppd[3152]: using channel 5
    >>>Dec 17 13:24:41 localhost pppd[3152]: Using interface ppp0
    >>>Dec 17 13:24:41 localhost pppd[3152]: Connect: ppp0 <--> /dev/ttyS0
    >>>Dec 17 13:24:41 localhost pppd[3152]: sent [LCP ConfReq id=0x1 ]
    >>>Dec 17 13:25:11 localhost pppd[3152]: LCP: timeout sending Config-Requests

    >
    >
    > Put the line
    > daemon.*;local2.* /var/log/daemonlog
    > into /etc/sysconfig.conf and then run
    > killall -1 syslogd
    > Make sure you have the word
    > debug
    > in /etc/ppp/options
    >
    >
    > Try connecting again and then post the output. All of it.
    >
    >




    Went looking for /etc/sysconfig.conf but could not find one, even as
    root. Found a /etc/sysconfig/ if thats any help.

    Can I just create a *.conf file and stick this line in? If so, is it
    just a straight text file?

    Daniel

    --
    Posted via a free Usenet account from http://www.teranews.com


  5. Re: Setting up kppp for roaming account

    On Mon, 18 Dec 2006 16:42:51 +1100, Daniel wrote:
    >
    > Went looking for /etc/sysconfig.conf but could not find one, even as
    > root. Found a /etc/sysconfig/ if thats any help.


    On Mandriva Linux 2007 it is /etc/syslog.conf

  6. Re: Setting up kppp for roaming account

    Daniel wrote:
    > Dual Boot Win98 and Mandravis 2007 system. Posting this using my Win98
    > profile.


    Probably using the winmodem on the Linux side too.

    > I'm away from home for a while, so I'm trying to set up kppp so it will
    > dial into my normal ISP so I can get my mail. Fortunately my ISP has a
    > portal or whatever you call it, so I'm not going to be paying long
    > distance 'phone rates.


    It's called a POP, Point of Presence, in U.S.

    > When I dial in I get modem chatter for a couple of second then things go
    > quite (as I would expect) and the screen tells me it achieves connect
    > and starts pppd, but this final connection is never made. This is what
    > the kppp logfile looks like:-


    I'd also expect quiet when the modem negotiation fails or the other end
    hangs up, and kppp doesn't detect it.

    >> Dec 17 13:24:41 localhost pppd[3152]: pppd 2.4.3 started by daniel, uid 500
    >> Dec 17 13:24:41 localhost pppd[3152]: using channel 5
    >> Dec 17 13:24:41 localhost pppd[3152]: Using interface ppp0
    >> Dec 17 13:24:41 localhost pppd[3152]: Connect: ppp0 <--> /dev/ttyS0
    >> Dec 17 13:24:41 localhost pppd[3152]: sent [LCP ConfReq id=0x1 ]
    >> Dec 17 13:25:11 localhost pppd[3152]: LCP: timeout sending Config-Requests
    >> Dec 17 13:25:11 localhost pppd[3152]: Connection terminated.
    >> Dec 17 13:25:11 localhost pppd[3152]: using channel 6
    >> Dec 17 13:25:11 localhost pppd[3152]: Using interface ppp0
    >> Dec 17 13:25:11 localhost pppd[3152]: Connect: ppp0 <--> /dev/ttyS0
    >> Dec 17 13:25:11 localhost pppd[3152]: sent [LCP ConfReq id=0x2 ]


    Hmm. The pppd continues LCP negotiation after an initial Config-Req
    timeout. Looks like a persist-related pppd option may be used, and it
    seems that pppd 2.4.3 had a persist/demand bug.

    >> Dec 17 13:25:11 localhost pppd[3152]: tcflush failed: Bad file descriptor
    >> Dec 17 13:25:11 localhost pppd[3152]: tcsetattr: Invalid argument (line 1025)
    >> Dec 17 13:25:11 localhost pppd[3152]: Exit.


    This appears related to PPP/ttySx interfacing and might be due to a failed
    modem connection or perhaps the persist bug, but that's only speculation.

    > Does this give anybody any clues?


    > And originally the log was telling me I was using channels 1 & 2 but now
    > I'm using (or trying, at least) to use channels 5 & 6. Are these channel
    > numbers on the ISP's modem or something else??


    Something else, normal and not related to this problem. Maybe someone
    will explain channels to both of us.

    You might add S95=47 to the end of the kppp modem initialization string
    which should provide more modem negotiation details - assuming kppp can
    be configured to report or log them.

    > TIA


    > Daniel


    > --
    > Posted via a free Usenet account from http://www.teranews.com



    --
    Clifford Kite
    /* The wealth of a nation is created by the productive labor of its
    * citizens. */

  7. Re: Setting up kppp for roaming account

    Daniel writes:

    >Unruh wrote:
    >> Daniel writes:
    >>
    >>
    >>>Dual Boot Win98 and Mandravis 2007 system. Posting this using my Win98
    >>>profile.

    >>
    >>
    >>>I'm away from home for a while, so I'm trying to set up kppp so it will
    >>>dial into my normal ISP so I can get my mail. Fortunately my ISP has a
    >>>portal or whatever you call it, so I'm not going to be paying long
    >>>distance 'phone rates.

    >>
    >>
    >>>When I dial in I get modem chatter for a couple of second then things go
    >>>quite (as I would expect) and the screen tells me it achieves connect
    >>>and starts pppd, but this final connection is never made. This is what
    >>>the kppp logfile looks like:-

    >>
    >>
    >>>>Dec 17 13:24:41 localhost pppd[3152]: pppd 2.4.3 started by daniel, uid 500
    >>>>Dec 17 13:24:41 localhost pppd[3152]: using channel 5
    >>>>Dec 17 13:24:41 localhost pppd[3152]: Using interface ppp0
    >>>>Dec 17 13:24:41 localhost pppd[3152]: Connect: ppp0 <--> /dev/ttyS0
    >>>>Dec 17 13:24:41 localhost pppd[3152]: sent [LCP ConfReq id=0x1 ]
    >>>>Dec 17 13:25:11 localhost pppd[3152]: LCP: timeout sending Config-Requests

    >>
    >>
    >> Put the line
    >> daemon.*;local2.* /var/log/daemonlog
    >> into /etc/sysconfig.conf and then run
    >> killall -1 syslogd
    >> Make sure you have the word
    >> debug
    >> in /etc/ppp/options
    >>
    >>
    >> Try connecting again and then post the output. All of it.
    >>
    >>


    >


    >Went looking for /etc/sysconfig.conf but could not find one, even as
    >root. Found a /etc/sysconfig/ if thats any help.


    Sorry, misprint.
    /etc/syslog.conf


    >Can I just create a *.conf file and stick this line in? If so, is it
    >just a straight text file?


    >Daniel


    >--
    >Posted via a free Usenet account from http://www.teranews.com



  8. Re: Setting up kppp for roaming account

    Unruh wrote:
    > Daniel writes:
    >
    >
    >>Unruh wrote:
    >>
    >>>Daniel writes:
    >>>
    >>>
    >>>
    >>>>Dual Boot Win98 and Mandravis 2007 system. Posting this using my Win98
    >>>>profile.
    >>>
    >>>
    >>>>I'm away from home for a while, so I'm trying to set up kppp so it will
    >>>>dial into my normal ISP so I can get my mail. Fortunately my ISP has a
    >>>>portal or whatever you call it, so I'm not going to be paying long
    >>>>distance 'phone rates.
    >>>
    >>>
    >>>>When I dial in I get modem chatter for a couple of second then things go
    >>>>quite (as I would expect) and the screen tells me it achieves connect
    >>>>and starts pppd, but this final connection is never made. This is what
    >>>>the kppp logfile looks like:-
    >>>
    >>>
    >>>>>Dec 17 13:24:41 localhost pppd[3152]: pppd 2.4.3 started by daniel, uid 500
    >>>>>Dec 17 13:24:41 localhost pppd[3152]: using channel 5
    >>>>>Dec 17 13:24:41 localhost pppd[3152]: Using interface ppp0
    >>>>>Dec 17 13:24:41 localhost pppd[3152]: Connect: ppp0 <--> /dev/ttyS0
    >>>>>Dec 17 13:24:41 localhost pppd[3152]: sent [LCP ConfReq id=0x1 ]
    >>>>>Dec 17 13:25:11 localhost pppd[3152]: LCP: timeout sending Config-Requests
    >>>
    >>>
    >>>Put the line
    >>>daemon.*;local2.* /var/log/daemonlog
    >>>into /etc/sysconfig.conf and then run
    >>>killall -1 syslogd
    >>>Make sure you have the word
    >>>debug
    >>>in /etc/ppp/options
    >>>
    >>>
    >>>Try connecting again and then post the output. All of it.
    >>>
    >>>

    >
    >
    >>

    >
    >
    >>Went looking for /etc/sysconfig.conf but could not find one, even as
    >>root. Found a /etc/sysconfig/ if thats any help.

    >
    >
    > Sorry, misprint.
    > /etc/syslog.conf
    >
    >
    >
    >>Can I just create a *.conf file and stick this line in? If so, is it
    >>just a straight text file?

    >
    >
    >>Daniel

    >
    >
    >>--
    >>Posted via a free Usenet account from http://www.teranews.com

    >
    >


    O.K. Made the addition to etc/syslog.conf, then killall -1 syslogd (is
    this a just noticed mis-typing of syslog* or similar??) and started kppp
    which produced this daemenlog:-

    Dec 19 11:29:32 localhost pppd[3684]: Can't open options file
    /etc/ppp/options: Permission denied
    Dec 19 11:30:00 localhost pppd[3685]: pppd 2.4.3 started by daniel, uid 500
    Dec 19 11:30:00 localhost pppd[3685]: using channel 1
    Dec 19 11:30:00 localhost pppd[3685]: Using interface ppp0
    Dec 19 11:30:00 localhost pppd[3685]: Connect: ppp0 <--> /dev/ttyS0
    Dec 19 11:30:00 localhost pppd[3685]: sent [LCP ConfReq id=0x1 0x0> ]
    Dec 19 11:30:00 localhost pppd[3685]: rcvd [LCP ConfReq id=0x1 < 00 04
    00 00> 1524> < 17 04 44 03>]
    Dec 19 11:30:00 localhost pppd[3685]: sent [LCP ConfRej id=0x1 < 00 04
    00 00> < 17 04 44 03>]
    Dec 19 11:30:00 localhost pppd[3685]: rcvd [LCP ConfAck id=0x1 0x0> ]
    Dec 19 11:30:00 localhost pppd[3685]: rcvd [LCP ConfReq id=0x2 1524> [local:73.74.61.63.6b]>]
    Dec 19 11:30:00 localhost pppd[3685]: sent [LCP ConfAck id=0x2 1524> [local:73.74.61.63.6b]>]
    Dec 19 11:30:00 localhost pppd[3685]: sent [PAP AuthReq id=0x1
    user="dxmm@roam.albury.net.au" password=]
    Dec 19 11:30:01 localhost pppd[3685]: rcvd [LCP ConfReq id=0x1 0xa0000>
    ]
    Dec 19 11:30:01 localhost pppd[3685]: sent [LCP ConfReq id=0x2 0x0> ]
    Dec 19 11:30:01 localhost pppd[3685]: sent [LCP ConfRej id=0x1 ]
    Dec 19 11:30:01 localhost pppd[3685]: rcvd [LCP ConfAck id=0x2 0x0> ]
    Dec 19 11:30:01 localhost pppd[3685]: rcvd [LCP ConfReq id=0x2 0xa0000> [local:61.61.70.74.76.69.63]>]
    Dec 19 11:30:01 localhost pppd[3685]: sent [LCP ConfAck id=0x2 0xa0000> [local:61.61.70.74.76.69.63]>]
    Dec 19 11:30:01 localhost pppd[3685]: sent [PAP AuthReq id=0x2
    user="dxmm@roam.albury.net.au" password=]
    Dec 19 11:30:02 localhost pppd[3685]: rcvd [LCP ConfReq id=0x52 1456> ]
    Dec 19 11:30:02 localhost pppd[3685]: sent [LCP ConfReq id=0x3 0x0> ]
    Dec 19 11:30:02 localhost pppd[3685]: sent [LCP ConfAck id=0x52 1456> ]
    Dec 19 11:30:02 localhost pppd[3685]: rcvd [LCP ConfRej id=0x3 0x0> ]
    Dec 19 11:30:02 localhost pppd[3685]: sent [LCP ConfReq id=0x4 0xdc55ebd4>]
    Dec 19 11:30:02 localhost pppd[3685]: rcvd [LCP ConfAck id=0x4 0xdc55ebd4>]
    Dec 19 11:30:02 localhost pppd[3685]: sent [PAP AuthReq id=0x3
    user="dxmm@roam.albury.net.au" password=]
    Dec 19 11:30:05 localhost pppd[3685]: sent [PAP AuthReq id=0x4
    user="dxmm@roam.albury.net.au" password=]
    Dec 19 11:30:08 localhost pppd[3685]: sent [PAP AuthReq id=0x5
    user="dxmm@roam.albury.net.au" password=]
    Dec 19 11:30:11 localhost pppd[3685]: sent [PAP AuthReq id=0x6
    user="dxmm@roam.albury.net.au" password=]
    Dec 19 11:30:14 localhost pppd[3685]: sent [PAP AuthReq id=0x7
    user="dxmm@roam.albury.net.au" password=]
    Dec 19 11:30:17 localhost pppd[3685]: sent [PAP AuthReq id=0x8
    user="dxmm@roam.albury.net.au" password=]
    Dec 19 11:30:20 localhost pppd[3685]: sent [PAP AuthReq id=0x9
    user="dxmm@roam.albury.net.au" password=]
    Dec 19 11:30:23 localhost pppd[3685]: sent [PAP AuthReq id=0xa
    user="dxmm@roam.albury.net.au" password=]
    Dec 19 11:30:26 localhost pppd[3685]: sent [PAP AuthReq id=0xb
    user="dxmm@roam.albury.net.au" password=]
    Dec 19 11:30:29 localhost pppd[3685]: sent [PAP AuthReq id=0xc
    user="dxmm@roam.albury.net.au" password=]
    Dec 19 11:30:32 localhost pppd[3685]: No response to PAP
    authenticate-requests
    Dec 19 11:30:32 localhost pppd[3685]: sent [LCP TermReq id=0x5 "Failed
    to authenticate ourselves to peer"]
    Dec 19 11:30:32 localhost pppd[3685]: rcvd [LCP TermAck id=0x5]
    Dec 19 11:30:32 localhost pppd[3685]: Connection terminated.
    Dec 19 11:30:32 localhost pppd[3685]: Exit.

    Just looking at this last section, seems to indicate that I shouldn't be
    using dxmm@roam.albury.net.au as the instructions from my ISP state. I
    haven't tried just "dxmm". Should I give it a go.....or does the rest of
    the log give other clues??

    TIA

    Daniel

    --
    Posted via a free Usenet account from http://www.teranews.com


  9. Re: Setting up kppp for roaming account

    Daniel wrote:
    > Unruh wrote:
    >>>>
    >>>>Put the line
    >>>>daemon.*;local2.* /var/log/daemonlog
    >>>>into /etc/sysconfig.conf and then run
    >>>>killall -1 syslogd
    >>>>Make sure you have the word
    >>>>debug
    >>>>in /etc/ppp/options
    >>>>
    >>>>
    >>>>Try connecting again and then post the output. All of it.
    >>>>


    > O.K. Made the addition to etc/syslog.conf, then killall -1 syslogd (is
    > this a just noticed mis-typing of syslog* or similar??) and started kppp
    > which produced this daemenlog:-


    > Dec 19 11:29:32 localhost pppd[3684]: Can't open options file
    > /etc/ppp/options: Permission denied
    > Dec 19 11:30:00 localhost pppd[3685]: pppd 2.4.3 started by daniel, uid 500
    > Dec 19 11:30:00 localhost pppd[3685]: using channel 1
    > Dec 19 11:30:00 localhost pppd[3685]: Using interface ppp0
    > Dec 19 11:30:00 localhost pppd[3685]: Connect: ppp0 <--> /dev/ttyS0
    > Dec 19 11:30:00 localhost pppd[3685]: sent [LCP ConfReq id=0x1 > 0x0> ]


    Pppd sends an LCP request with no asyncmap specified.

    > Dec 19 11:30:00 localhost pppd[3685]: rcvd [LCP ConfReq id=0x1 < 00 04
    > 00 00>

    Pppd receives a request with asyncmap a0000 specified.

    > 1524> < 17 04 44 03>]
    > Dec 19 11:30:00 localhost pppd[3685]: sent [LCP ConfRej id=0x1 < 00 04
    > 00 00> < 17 04 44 03>]
    > Dec 19 11:30:00 localhost pppd[3685]: rcvd [LCP ConfAck id=0x1 > 0x0> ]
    > Dec 19 11:30:00 localhost pppd[3685]: rcvd [LCP ConfReq id=0x2 > 1524> > [local:73.74.61.63.6b]>]
    > Dec 19 11:30:00 localhost pppd[3685]: sent [LCP ConfAck id=0x2 > 1524> > [local:73.74.61.63.6b]>]
    > Dec 19 11:30:00 localhost pppd[3685]: sent [PAP AuthReq id=0x1
    > user="dxmm@roam.albury.net.au" password=]


    Pppd sends a PAP AuthReq with presumably appropriate information and
    the negotiations promptly break down.

    > Dec 19 11:30:01 localhost pppd[3685]: rcvd [LCP ConfReq id=0x1 > 0xa0000>
    > ]


    The peer restarts LCP negotiation.

    It's a well-known problem to most regulars here, namely that pppd
    *must* be configured with the option "asyncmap a0000" (or with an
    escape option even more liberal) to accommodate the peer's broken
    PPP implementation. You need to find out how to do that with kppp,
    or perhaps do "chmod 644 /etc/ppp/options" and put it there.

    In way of explanation, all characters less than 20h are escaped by
    pppd prior to LCP entering the Open state but only those specified by
    an escape option thereafter, which is RFC correct. But the broken
    peer isn't prepared to receive an unescaped character with hexadecimal
    representation 11h or 13h, corresponding to a0000, so negotiation
    breaks down.

    --
    Clifford Kite
    /* Speak softly and carry a +6 two-handed sword. */

  10. Re: Setting up kppp for roaming account

    Clifford Kite wrote:
    > Daniel wrote:


    >> Dec 19 11:30:00 localhost pppd[3685]: sent [LCP ConfReq id=0x1 >> 0x0> ]


    > Pppd sends an LCP request with no asyncmap specified.


    Duhh! Make that with asyncmap 00 specified.

    --
    Clifford Kite

  11. Re: Setting up kppp for roaming account

    Clifford Kite wrote:

    > Clifford Kite wrote:
    >
    >>Daniel wrote:

    >
    >
    >>>Dec 19 11:30:00 localhost pppd[3685]: sent [LCP ConfReq id=0x1 >>>0x0> ]

    >
    >
    >>Pppd sends an LCP request with no asyncmap specified.

    >
    >
    > Duhh! Make that with asyncmap 00 specified.
    >


    O.K., I'll see if I can set asyncmap to a000 and get back to you in the
    morning.

    Daniel

    --
    Posted via a free Usenet account from http://www.teranews.com


  12. Re: Setting up kppp for roaming account

    Daniel wrote:
    > Clifford Kite wrote:


    >>>Pppd sends an LCP request with no asyncmap specified.

    >>
    >>
    >> Duhh! Make that with asyncmap 00 specified.
    >>


    > O.K., I'll see if I can set asyncmap to a000 and get back to you in the
    > morning. ^^^^

    \
    It seems that we are plagued by "mis-prints," that should be a0000 .
    BTW, "asyncmap 00" is the pppd implementation default, so it's not
    likely to be found anywhere in the kppp configuration.

    --
    Clifford Kite
    /* Better is the enemy of good enough. */

  13. Re: Setting up kppp for roaming account

    On Mon, 18 Dec 2006, in the Usenet newsgroup comp.protocols.ppp, in article
    , Clifford Kite wrote:

    Happy Holidays, Clifford!

    >Daniel wrote:


    >Pppd sends a PAP AuthReq with presumably appropriate information and
    >the negotiations promptly break down.


    The O/P had posted a similar log to 'alt.os.linux.mandriva' on Friday
    with near identical results. (Message-ID:
    <458269db$0$15483$88260bb3@free.teranews.com> dated 15 Dec 2006 21:18:53
    +1100).

    >> Dec 19 11:30:01 localhost pppd[3685]: rcvd [LCP ConfReq id=0x1 >> 0xa0000>
    >> ]

    >
    >The peer restarts LCP negotiation.


    which it also did in his Friday post. The difference is

    >It's a well-known problem to most regulars here, namely that pppd
    >*must* be configured with the option "asyncmap a0000" (or with an
    >escape option even more liberal) to accommodate the peer's broken
    >PPP implementation.


    in that log, it showed his system proposing 0xa0000 to the peer initially.

    -------------
    Dec 15 20:54:39 localhost pppd[2919]: sent [LCP ConfReq id=0x1 0xa0000> ]
    Dec 15 20:54:39 localhost pppd[2919]: rcvd [LCP ConfReq id=0x1 < 00 04 00
    00>
    < 17 04 33 06>]
    Dec 15 20:54:39 localhost pppd[2919]: sent [LCP ConfRej id=0x1 < 00 04 00
    00> < 17 04 33 06>]
    Dec 15 20:54:39 localhost pppd[2919]: rcvd [LCP ConfAck id=0x1 0xa0000> ]
    Dec 15 20:54:40 localhost pppd[2919]: rcvd [LCP ConfReq id=0x2
    [local:73.74.61.63.6b]>]
    Dec 15 20:54:40 localhost pppd[2919]: sent [LCP ConfAck id=0x2
    [local:73.74.61.63.6b]>]
    Dec 15 20:54:40 localhost pppd[2919]: sent [PAP AuthReq id=0x1 user="dxmm"
    password=]
    Dec 15 20:54:40 localhost pppd[2919]: rcvd [LCP ConfReq id=0x1 0xa0000>
    ]
    -------------

    >In way of explanation, all characters less than 20h are escaped by
    >pppd prior to LCP entering the Open state but only those specified by
    >an escape option thereafter, which is RFC correct. But the broken
    >peer isn't prepared to receive an unescaped character with hexadecimal
    >representation 11h or 13h, corresponding to a0000, so negotiation
    >breaks down.


    OK, I think. One other item in the other log showed the peer with a
    rather confused sequence number and different options after the second
    'PAP AuthReq' attempt:

    -------------
    Dec 15 20:54:40 localhost pppd[2919]: sent [PAP AuthReq id=0x2 user="dxmm"
    password=]
    Dec 15 20:54:41 localhost pppd[2919]: rcvd [LCP ConfReq id=0xdf
    ]
    Dec 15 20:54:41 localhost pppd[2919]: sent [LCP ConfReq id=0x3 0xa0000> ]
    Dec 15 20:54:41 localhost pppd[2919]: sent [LCP ConfAck id=0xdf
    ]
    Dec 15 20:54:41 localhost pppd[2919]: rcvd [LCP ConfRej id=0x3 0xa0000> ]
    -------------

    Left me confused - never mind his system ;-) So are you saying that
    'escape 0xff' (or 'escape ff' - the man page description hasn't changed
    since at least 2.1.2d) should fix this?

    Old guy

  14. Re: Setting up kppp for roaming account

    Daniel writes:

    >Unruh wrote:
    >> Daniel writes:
    >>
    >>
    >>>Unruh wrote:
    >>>
    >>>>Daniel writes:
    >>>>
    >>>>
    >>>>
    >>>>>Dual Boot Win98 and Mandravis 2007 system. Posting this using my Win98
    >>>>>profile.
    >>>>
    >>>>
    >>>>>I'm away from home for a while, so I'm trying to set up kppp so it will
    >>>>>dial into my normal ISP so I can get my mail. Fortunately my ISP has a
    >>>>>portal or whatever you call it, so I'm not going to be paying long
    >>>>>distance 'phone rates.
    >>>>
    >>>>
    >>>>>When I dial in I get modem chatter for a couple of second then things go
    >>>>>quite (as I would expect) and the screen tells me it achieves connect
    >>>>>and starts pppd, but this final connection is never made. This is what
    >>>>>the kppp logfile looks like:-
    >>>>
    >>>>
    >>>>>>Dec 17 13:24:41 localhost pppd[3152]: pppd 2.4.3 started by daniel, uid 500
    >>>>>>Dec 17 13:24:41 localhost pppd[3152]: using channel 5
    >>>>>>Dec 17 13:24:41 localhost pppd[3152]: Using interface ppp0
    >>>>>>Dec 17 13:24:41 localhost pppd[3152]: Connect: ppp0 <--> /dev/ttyS0
    >>>>>>Dec 17 13:24:41 localhost pppd[3152]: sent [LCP ConfReq id=0x1 ]
    >>>>>>Dec 17 13:25:11 localhost pppd[3152]: LCP: timeout sending Config-Requests
    >>>>
    >>>>
    >>>>Put the line
    >>>>daemon.*;local2.* /var/log/daemonlog
    >>>>into /etc/sysconfig.conf and then run
    >>>>killall -1 syslogd
    >>>>Make sure you have the word
    >>>>debug
    >>>>in /etc/ppp/options
    >>>>
    >>>>
    >>>>Try connecting again and then post the output. All of it.
    >>>>
    >>>>

    >>
    >>
    >>>

    >>
    >>
    >>>Went looking for /etc/sysconfig.conf but could not find one, even as
    >>>root. Found a /etc/sysconfig/ if thats any help.

    >>
    >>
    >> Sorry, misprint.
    >> /etc/syslog.conf
    >>
    >>
    >>
    >>>Can I just create a *.conf file and stick this line in? If so, is it
    >>>just a straight text file?

    >>
    >>
    >>>Daniel

    >>
    >>
    >>>--
    >>>Posted via a free Usenet account from http://www.teranews.com

    >>
    >>


    >O.K. Made the addition to etc/syslog.conf, then killall -1 syslogd (is
    >this a just noticed mis-typing of syslog* or similar??) and started kppp
    >which produced this daemenlog:-


    >Dec 19 11:29:32 localhost pppd[3684]: Can't open options file
    >/etc/ppp/options: Permission denied
    >Dec 19 11:30:00 localhost pppd[3685]: pppd 2.4.3 started by daniel, uid 500
    >Dec 19 11:30:00 localhost pppd[3685]: using channel 1
    >Dec 19 11:30:00 localhost pppd[3685]: Using interface ppp0
    >Dec 19 11:30:00 localhost pppd[3685]: Connect: ppp0 <--> /dev/ttyS0
    >Dec 19 11:30:00 localhost pppd[3685]: sent [LCP ConfReq id=0x1 >0x0> ]
    >Dec 19 11:30:00 localhost pppd[3685]: rcvd [LCP ConfReq id=0x1 < 00 04
    >00 00> >1524> < 17 04 44 03>]
    >Dec 19 11:30:00 localhost pppd[3685]: sent [LCP ConfRej id=0x1 < 00 04
    >00 00> < 17 04 44 03>]
    >Dec 19 11:30:00 localhost pppd[3685]: rcvd [LCP ConfAck id=0x1 >0x0> ]
    >Dec 19 11:30:00 localhost pppd[3685]: rcvd [LCP ConfReq id=0x2 >1524> >[local:73.74.61.63.6b]>]
    >Dec 19 11:30:00 localhost pppd[3685]: sent [LCP ConfAck id=0x2 >1524> >[local:73.74.61.63.6b]>]
    >Dec 19 11:30:00 localhost pppd[3685]: sent [PAP AuthReq id=0x1
    >user="dxmm@roam.albury.net.au" password=]
    >Dec 19 11:30:01 localhost pppd[3685]: rcvd [LCP ConfReq id=0x1 >0xa0000>
    >]
    >Dec 19 11:30:01 localhost pppd[3685]: sent [LCP ConfReq id=0x2 >0x0> ]
    >Dec 19 11:30:01 localhost pppd[3685]: sent [LCP ConfRej id=0x1 ]
    >Dec 19 11:30:01 localhost pppd[3685]: rcvd [LCP ConfAck id=0x2 >0x0> ]
    >Dec 19 11:30:01 localhost pppd[3685]: rcvd [LCP ConfReq id=0x2 >0xa0000> >[local:61.61.70.74.76.69.63]>]
    >Dec 19 11:30:01 localhost pppd[3685]: sent [LCP ConfAck id=0x2 >0xa0000> >[local:61.61.70.74.76.69.63]>]
    >Dec 19 11:30:01 localhost pppd[3685]: sent [PAP AuthReq id=0x2
    >user="dxmm@roam.albury.net.au" password=]
    >Dec 19 11:30:02 localhost pppd[3685]: rcvd [LCP ConfReq id=0x52 >1456> ]
    >Dec 19 11:30:02 localhost pppd[3685]: sent [LCP ConfReq id=0x3 >0x0> ]
    >Dec 19 11:30:02 localhost pppd[3685]: sent [LCP ConfAck id=0x52 >1456> ]
    >Dec 19 11:30:02 localhost pppd[3685]: rcvd [LCP ConfRej id=0x3 >0x0> ]
    >Dec 19 11:30:02 localhost pppd[3685]: sent [LCP ConfReq id=0x4 >0xdc55ebd4>]
    >Dec 19 11:30:02 localhost pppd[3685]: rcvd [LCP ConfAck id=0x4 >0xdc55ebd4>]
    >Dec 19 11:30:02 localhost pppd[3685]: sent [PAP AuthReq id=0x3
    >user="dxmm@roam.albury.net.au" password=]
    >Dec 19 11:30:05 localhost pppd[3685]: sent [PAP AuthReq id=0x4
    >user="dxmm@roam.albury.net.au" password=]
    >Dec 19 11:30:08 localhost pppd[3685]: sent [PAP AuthReq id=0x5
    >user="dxmm@roam.albury.net.au" password=]
    >Dec 19 11:30:11 localhost pppd[3685]: sent [PAP AuthReq id=0x6
    >user="dxmm@roam.albury.net.au" password=]
    >Dec 19 11:30:14 localhost pppd[3685]: sent [PAP AuthReq id=0x7
    >user="dxmm@roam.albury.net.au" password=]
    >Dec 19 11:30:17 localhost pppd[3685]: sent [PAP AuthReq id=0x8
    >user="dxmm@roam.albury.net.au" password=]
    >Dec 19 11:30:20 localhost pppd[3685]: sent [PAP AuthReq id=0x9
    >user="dxmm@roam.albury.net.au" password=]
    >Dec 19 11:30:23 localhost pppd[3685]: sent [PAP AuthReq id=0xa
    >user="dxmm@roam.albury.net.au" password=]
    >Dec 19 11:30:26 localhost pppd[3685]: sent [PAP AuthReq id=0xb
    >user="dxmm@roam.albury.net.au" password=]
    >Dec 19 11:30:29 localhost pppd[3685]: sent [PAP AuthReq id=0xc
    >user="dxmm@roam.albury.net.au" password=]
    >Dec 19 11:30:32 localhost pppd[3685]: No response to PAP
    >authenticate-requests
    >Dec 19 11:30:32 localhost pppd[3685]: sent [LCP TermReq id=0x5 "Failed
    >to authenticate ourselves to peer"]
    >Dec 19 11:30:32 localhost pppd[3685]: rcvd [LCP TermAck id=0x5]
    >Dec 19 11:30:32 localhost pppd[3685]: Connection terminated.
    >Dec 19 11:30:32 localhost pppd[3685]: Exit.


    OK,
    as root do
    chmod +s /usr/bin/ppp


    Also the far side is having trouble hearing you.
    Try putting into /etc/ppp/options
    asyncmap 0xa0000

    The far end is a broken windows system.


    >Just looking at this last section, seems to indicate that I shouldn't be
    >using dxmm@roam.albury.net.au as the instructions from my ISP state. I
    >haven't tried just "dxmm". Should I give it a go.....or does the rest of
    >the log give other clues??



    Nope just stupidity from your ISP. And incompetence.

    for more help try using
    www.theory.physics.ubc.ca/ppp-linux.html



  15. Re: Setting up kppp for roaming account

    Daniel writes:

    >Clifford Kite wrote:


    >> Clifford Kite wrote:
    >>
    >>>Daniel wrote:

    >>
    >>
    >>>>Dec 19 11:30:00 localhost pppd[3685]: sent [LCP ConfReq id=0x1 >>>>0x0> ]

    >>
    >>
    >>>Pppd sends an LCP request with no asyncmap specified.

    >>
    >>
    >> Duhh! Make that with asyncmap 00 specified.
    >>


    >O.K., I'll see if I can set asyncmap to a000 and get back to you in the
    >morning.



    No. a0000

    Critical to get it right.


  16. Re: Setting up kppp for roaming account

    Moe Trin wrote:
    > On Mon, 18 Dec 2006, in the Usenet newsgroup comp.protocols.ppp, in article
    > , Clifford Kite wrote:


    > Happy Holidays, Clifford!


    Back at you! To quote a SG1 character.

    >>Daniel wrote:


    >>Pppd sends a PAP AuthReq with presumably appropriate information and
    >>the negotiations promptly break down.


    > The O/P had posted a similar log to 'alt.os.linux.mandriva' on Friday
    > with near identical results. (Message-ID:
    > <458269db$0$15483$88260bb3@free.teranews.com> dated 15 Dec 2006 21:18:53
    > +1100).


    >>> Dec 19 11:30:01 localhost pppd[3685]: rcvd [LCP ConfReq id=0x1 >>> 0xa0000>
    >>> ]

    >>
    >>The peer restarts LCP negotiation.


    > which it also did in his Friday post. The difference is


    >>It's a well-known problem to most regulars here, namely that pppd
    >>*must* be configured with the option "asyncmap a0000" (or with an
    >>escape option even more liberal) to accommodate the peer's broken
    >>PPP implementation.


    > in that log, it showed his system proposing 0xa0000 to the peer initially.


    > -------------
    > Dec 15 20:54:39 localhost pppd[2919]: sent [LCP ConfReq id=0x1 > 0xa0000> ]


    Yes...

    > Dec 15 20:54:39 localhost pppd[2919]: rcvd [LCP ConfReq id=0x1 < 00 04 00
    > 00>
    > < 17 04 33 06>]
    > Dec 15 20:54:39 localhost pppd[2919]: sent [LCP ConfRej id=0x1 < 00 04 00
    > 00> < 17 04 33 06>]
    > Dec 15 20:54:39 localhost pppd[2919]: rcvd [LCP ConfAck id=0x1 > 0xa0000> ]
    > Dec 15 20:54:40 localhost pppd[2919]: rcvd [LCP ConfReq id=0x2
    > > [local:73.74.61.63.6b]>]
    > Dec 15 20:54:40 localhost pppd[2919]: sent [LCP ConfAck id=0x2
    > > [local:73.74.61.63.6b]>]
    > Dec 15 20:54:40 localhost pppd[2919]: sent [PAP AuthReq id=0x1 user="dxmm"
    > password=]
    > Dec 15 20:54:40 localhost pppd[2919]: rcvd [LCP ConfReq id=0x1 > 0xa0000>
    > ]


    And here the peer seems not to have received pppd's "LCP ConfAck id=0x2"
    since it ignores the "PAP AuthReq" and repeats it's first "LCP ConfReq
    id=0x1" request but drops only 2 of the 3 rejected options -and- includes
    a magic number. It may be legal but it's weird.

    > -------------


    >>In way of explanation, all characters less than 20h are escaped by
    >>pppd prior to LCP entering the Open state but only those specified by
    >>an escape option thereafter, which is RFC correct. But the broken
    >>peer isn't prepared to receive an unescaped character with hexadecimal
    >>representation 11h or 13h, corresponding to a0000, so negotiation
    >>breaks down.


    > OK, I think. One other item in the other log showed the peer with a
    > rather confused sequence number and different options after the second
    > 'PAP AuthReq' attempt:


    > -------------
    > Dec 15 20:54:40 localhost pppd[2919]: sent [PAP AuthReq id=0x2 user="dxmm"
    > password=]
    > Dec 15 20:54:41 localhost pppd[2919]: rcvd [LCP ConfReq id=0xdf
    > ]


    An id number jump doesn't bother me since I don't think they need to
    be sequential.

    > Dec 15 20:54:41 localhost pppd[2919]: sent [LCP ConfReq id=0x3 > 0xa0000> ]
    > Dec 15 20:54:41 localhost pppd[2919]: sent [LCP ConfAck id=0xdf
    > ]


    The id of a LCP Conf{Ack,Nak,Rej} need only match that of the last
    ConfReq, as the ConfAck above does. RFC 1661, "5. LCP Packet Formats."

    > Dec 15 20:54:41 localhost pppd[2919]: rcvd [LCP ConfRej id=0x3 > 0xa0000> ]
    > -------------


    Why the peer sends a LCP ConfRej for all requested options is beyond me.

    > Left me confused - never mind his system ;-) So are you saying that
    > 'escape 0xff' (or 'escape ff' - the man page description hasn't changed
    > since at least 2.1.2d) should fix this?


    No, I thought "asyncmap a0000" would cure what I read into the log
    posted here. It seemed like, and even now still seems like, an ACCM
    (Asynchronous Control Character Map - asyncmap) problem. The OP can
    try adding the pppd option "default-asyncmap" - the PPP default ACCM,
    escaping all CCs - and if that allows authentication to proceed then
    the peer was probably still expecting escaped characters while pppd had
    begun using the ACCM because it had both received and sent an LCP ConfAck.
    If so then pppd may have begun sending unescaped characters before "all
    pending output" (read, before the ConfAck which was sent just prior to
    sending the PAP AuthReq above) was sent, contrary to the recommendation
    in a certain book about PPP.

    If that doesn't work then maybe either the username or password needed
    by the "portal" differs from the one for the ISP at home, although the
    peer should Nak an invalid AuthReq and follow the Nak with a TermReq,
    not ignore it and restart LCP requests - unless the peer deems LCP not
    to be Open when it receives the AuthReq.

    (The "escape xx,yy,..." is for escaping selected characters sent
    to the peer regardless of whether the peer included them it's ACCM
    request or not. A PPP implementation MUST be able to receive escaped
    characters at any time; paragraph 4 under "4.2. Transparency," RFC
    1662. Otherwise it graduates from buggy to horribly non-compliant.)

    --
    Clifford Kite
    /* The generation of random numbers is too important to be left
    to chance. */

  17. Re: Setting up kppp for roaming account

    On Tue, 19 Dec 2006, in the Usenet newsgroup comp.protocols.ppp, in article
    <79bame.jfs.ln@corncob.inetport.tld>, Clifford Kite wrote:

    >And here the peer seems not to have received pppd's "LCP ConfAck id=0x2"
    >since it ignores the "PAP AuthReq" and repeats it's first "LCP ConfReq
    >id=0x1" request but drops only 2 of the 3 rejected options -and- includes
    >a magic number. It may be legal but it's weird.


    Well, I know that computers don't do things arbitrarily, but this really
    is confusing. I was wondering if it didn't have anything to do with the
    BACP, or vendor specific options. Certainly the peer seems to have no
    problem hearing the initial exchange.

    >An id number jump doesn't bother me since I don't think they need to
    >be sequential.


    RFC1661 section 5 doesn't seem to say anything on this - my take is that
    the number need only be unique. However I also can't see any reason for
    the numbers to be random - if anything, this would complicate the code.
    Sequential numbers - I don't care if they go up, down, or sideways - are
    just easier to generate while remaining unique. I know, I know - where
    does logic come into implementations, much less specifications.

    >No, I thought "asyncmap a0000" would cure what I read into the log
    >posted here. It seemed like, and even now still seems like, an ACCM
    >(Asynchronous Control Character Map - asyncmap) problem.


    Agreed - that was my first reaction on Friday.

    >The OP can try adding the pppd option "default-asyncmap" - the PPP
    >default ACCM, escaping all CCs - and if that allows authentication to
    >proceed then the peer was probably still expecting escaped characters
    >while pppd had begun using the ACCM because it had both received and
    >sent an LCP ConfAck. If so then pppd may have begun sending unescaped
    >characters before "all pending output" (read, before the ConfAck which
    >was sent just prior to sending the PAP AuthReq above) was sent, contrary
    >to the recommendation in a certain book about PPP.


    I've really got to get a copy of that.

    >If that doesn't work then maybe either the username or password needed
    >by the "portal" differs from the one for the ISP at home, although the
    >peer should Nak an invalid AuthReq and follow the Nak with a TermReq,
    >not ignore it and restart LCP requests - unless the peer deems LCP not
    >to be Open when it receives the AuthReq.


    My take on this is that the O/P is able to connect using windoze (though
    at this point, I can't say where I saw that), and I'd expect him to be
    aware of any difference in login.

    >(The "escape xx,yy,..." is for escaping selected characters sent
    >to the peer regardless of whether the peer included them it's ACCM
    >request or not.


    Ahhh, OK.

    >A PPP implementation MUST be able to receive escaped characters at any
    >time; paragraph 4 under "4.2. Transparency," RFC 1662. Otherwise it
    >graduates from buggy to horribly non-compliant.)


    and I think we've seen a few of those before.

    Old guy

  18. Re: Setting up kppp for roaming account

    Daniel wrote:
    > Dual Boot Win98 and Mandravis 2007 system. Posting this using my Win98
    > profile.
    >
    > I'm away from home for a while, so I'm trying to set up kppp so it will
    > dial into my normal ISP so I can get my mail. Fortunately my ISP has a
    > portal or whatever you call it, so I'm not going to be paying long
    > distance 'phone rates.
    >
    > When I dial in I get modem chatter for a couple of second then things go
    > quite (as I would expect) and the screen tells me it achieves connect
    > and starts pppd, but this final connection is never made. This is what
    > the kppp logfile looks like:-
    >
    >> Dec 17 13:24:41 localhost pppd[3152]: pppd 2.4.3 started by daniel,
    >> uid 500
    >> Dec 17 13:24:41 localhost pppd[3152]: using channel 5
    >> Dec 17 13:24:41 localhost pppd[3152]: Using interface ppp0
    >> Dec 17 13:24:41 localhost pppd[3152]: Connect: ppp0 <--> /dev/ttyS0
    >> Dec 17 13:24:41 localhost pppd[3152]: sent [LCP ConfReq id=0x1
    >> ]
    >> Dec 17 13:25:11 localhost pppd[3152]: LCP: timeout sending
    >> Config-Requests Dec 17 13:25:11 localhost pppd[3152]: Connection
    >> terminated.
    >> Dec 17 13:25:11 localhost pppd[3152]: using channel 6
    >> Dec 17 13:25:11 localhost pppd[3152]: Using interface ppp0
    >> Dec 17 13:25:11 localhost pppd[3152]: Connect: ppp0 <--> /dev/ttyS0
    >> Dec 17 13:25:11 localhost pppd[3152]: sent [LCP ConfReq id=0x2
    >> ]
    >> Dec 17 13:25:11 localhost pppd[3152]: tcflush failed: Bad file descriptor
    >> Dec 17 13:25:11 localhost pppd[3152]: tcsetattr: Invalid argument
    >> (line 1025)
    >> Dec 17 13:25:11 localhost pppd[3152]: Exit.

    >
    >
    > Does this give anybody any clues?
    >
    > And originally the log was telling me I was using channels 1 & 2 but now
    > I'm using (or trying, at least) to use channels 5 & 6. Are these channel
    > numbers on the ISP's modem or something else??
    >
    > TIA
    >
    > Daniel
    >


    After a Christmas break, I've decided to summaries the situation from
    the other postings,so:-

    On Dec 18th, Unruh had me put the line
    daemon.*;local2.* /var/log/daemenlog
    into /etc/syslog.conf and then run
    killall -1 syslogd
    and to make sure the word debug was in /etc/ppp/options

    Done

    Then ibuprofin@painkiller.example.tld (Moe Trin) sent in:-
    LCP negotiations - peer hard of hearing. Doesn't look to me to be an
    'asyncmap' (both proposing 0xa0000), or 'escape ff' problem. Peer never
    seems to notice PAP AuthReq frame.

    Old guy

    Clifford Kite then commented that I was probably using the winmodem on
    the Linux side but I'm actually using an external Motorola Lifestyle
    28.8, if that makes a difference! He then examined the Kppp logfile and
    commented:-
    The pppd continues LCP negotiation after an initial Config-Req
    timeout. Looks like a persist-related pppd option may be used, and it
    seems that pppd 2.4.3 had a persist/demand bug.

    and then, after the "call Exited", Cliff commented:-
    This appears related to PPP/ttySx interfacing and might be due to a failed
    modem connection or perhaps the persist bug, but that's only speculation.

    On 19 Dec, Unruh wrote, quote:-
    OK,
    as root do
    chmod +s /usr/bin/ppp

    Also the far side is having trouble hearing you.
    Try putting into /etc/ppp/options
    asyncmap 0xa0000

    The far end is a broken windows system.
    end quote

    Issuing the chmod gave quote:-
    chmod: cannot access `/usr/bin/ppp': No such file or directory
    End quote.

    Then, on Tue, 19 Dec 2006 21:39:19 -0600, Clifford Kite wrote, Quote:-
    >> Dec 15 20:54:40 localhost pppd[2919]: rcvd [LCP ConfReq id=0x1


    >> 0xa0000>
    >> ]


    And here the peer seems not to have received pppd's "LCP ConfAck
    id=0x2" since it ignores the "PAP AuthReq" and repeats it's first "LCP
    ConfReq
    id=0x1" request but drops only 2 of the 3 rejected options -and- includes
    a magic number. It may be legal but it's weird.
    End Quote

    and, Quote
    >> Dec 15 20:54:41 localhost pppd[2919]: rcvd [LCP ConfReq id=0xdf


    >> ]


    An id number jump doesn't bother me since I don't think they need to
    be sequential.
    End quote

    then, quote:-
    >> Dec 15 20:54:41 localhost pppd[2919]: sent [LCP ConfAck id=0xdf


    >> ]


    The id of a LCP Conf{Ack,Nak,Rej} need only match that of the last
    ConfReq, as the ConfAck above does. RFC 1661, "5. LCP Packet Formats."
    End quote

    then, quote:-
    >> Dec 15 20:54:41 localhost pppd[2919]: rcvd [LCP ConfRej id=0x3


    >> 0xa0000> ]
    >> -------------


    Why the peer sends a LCP ConfRej for all requested options is beyond me.
    End quote

    then, part-quote:-
    The OP can try adding the pppd option "default-asyncmap" - the PPP
    default ACCM, escaping all CCs - and if that allows authentication to
    proceed then
    the peer was probably still expecting escaped characters while pppd had
    begun using the ACCM because it had both received and sent an LCP ConfAck.
    End part-quote

    All of which produced the following in deamonlog:-
    Dec 27 22:38:24 localhost pppd[3558]: pppd 2.4.3 started by root, uid 0
    Dec 27 22:38:24 localhost pppd[3558]: using channel 1
    Dec 27 22:38:24 localhost pppd[3558]: Using interface ppp0
    Dec 27 22:38:24 localhost pppd[3558]: Connect: ppp0 <--> /dev/ttyS0
    Dec 27 22:38:24 localhost pppd[3558]: sent [LCP ConfReq id=0x1 0xa0000> ]
    Dec 27 22:38:25 localhost pppd[3558]: rcvd [LCP ConfReq id=0x1 < 00 04
    00 00> 1524> < 17 04 6f 06>]
    Dec 27 22:38:25 localhost pppd[3558]: sent [LCP ConfRej id=0x1 < 00 04
    00 00> < 17 04 6f 06>]
    Dec 27 22:38:25 localhost pppd[3558]: rcvd [LCP ConfAck id=0x1 0xa0000> ]
    Dec 27 22:38:25 localhost pppd[3558]: rcvd [LCP ConfReq id=0x2 1524> [local:73.74.61.63.6b]>]
    Dec 27 22:38:25 localhost pppd[3558]: sent [LCP ConfAck id=0x2 1524> [local:73.74.61.63.6b]>]
    Dec 27 22:38:25 localhost pppd[3558]: sent [PAP AuthReq id=0x1
    user="dxmm@roam.albury.net.au" password=]
    Dec 27 22:38:25 localhost pppd[3558]: rcvd [LCP ConfReq id=0x1 0xa0000>
    ]
    Dec 27 22:38:25 localhost pppd[3558]: sent [LCP ConfReq id=0x2 0xa0000> ]
    Dec 27 22:38:25 localhost pppd[3558]: sent [LCP ConfRej id=0x1 ]
    Dec 27 22:38:25 localhost pppd[3558]: rcvd [LCP ConfAck id=0x2 0xa0000> ]
    Dec 27 22:38:25 localhost pppd[3558]: rcvd [LCP ConfReq id=0x2 0xa0000> [local:61.61.70.74.76.69.63]>]
    Dec 27 22:38:25 localhost pppd[3558]: sent [LCP ConfAck id=0x2 0xa0000> [local:61.61.70.74.76.69.63]>]
    Dec 27 22:38:25 localhost pppd[3558]: sent [PAP AuthReq id=0x2
    user="dxmm@roam.albury.net.au" password=]
    Dec 27 22:38:25 localhost pppd[3558]: rcvd [LCP ConfReq id=0x79 1456> ]
    Dec 27 22:38:25 localhost pppd[3558]: sent [LCP ConfReq id=0x3 0xa0000> ]
    Dec 27 22:38:25 localhost pppd[3558]: sent [LCP ConfAck id=0x79 1456> ]
    Dec 27 22:38:26 localhost pppd[3558]: rcvd [LCP ConfRej id=0x3 0xa0000> ]
    Dec 27 22:38:26 localhost pppd[3558]: sent [LCP ConfReq id=0x4 0x8bb8ad72>]
    Dec 27 22:38:26 localhost pppd[3558]: rcvd [LCP ConfAck id=0x4 0x8bb8ad72>]
    Dec 27 22:38:26 localhost pppd[3558]: sent [PAP AuthReq id=0x3
    user="dxmm@roam.albury.net.au" password=]
    Dec 27 22:38:29 localhost pppd[3558]: sent [PAP AuthReq id=0x4
    user="dxmm@roam.albury.net.au" password=]
    Dec 27 22:38:32 localhost pppd[3558]: sent [PAP AuthReq id=0x5
    user="dxmm@roam.albury.net.au" password=]
    Dec 27 22:38:35 localhost pppd[3558]: sent [PAP AuthReq id=0x6
    user="dxmm@roam.albury.net.au" password=]
    Dec 27 22:38:38 localhost pppd[3558]: sent [PAP AuthReq id=0x7
    user="dxmm@roam.albury.net.au" password=]
    Dec 27 22:38:41 localhost pppd[3558]: sent [PAP AuthReq id=0x8
    user="dxmm@roam.albury.net.au" password=]
    Dec 27 22:38:44 localhost pppd[3558]: sent [PAP AuthReq id=0x9
    user="dxmm@roam.albury.net.au" password=]
    Dec 27 22:38:47 localhost pppd[3558]: sent [PAP AuthReq id=0xa
    user="dxmm@roam.albury.net.au" password=]
    Dec 27 22:38:50 localhost pppd[3558]: sent [PAP AuthReq id=0xb
    user="dxmm@roam.albury.net.au" password=]
    Dec 27 22:38:53 localhost pppd[3558]: sent [PAP AuthReq id=0xc
    user="dxmm@roam.albury.net.au" password=]
    Dec 27 22:38:56 localhost pppd[3558]: No response to PAP
    authenticate-requests
    Dec 27 22:38:56 localhost pppd[3558]: sent [LCP TermReq id=0x5 "Failed
    to authenticate ourselves to peer"]
    Dec 27 22:38:56 localhost pppd[3558]: rcvd [LCP TermAck id=0x5]
    Dec 27 22:38:56 localhost pppd[3558]: Connection terminated.
    Dec 27 22:38:56 localhost pppd[3558]: Exit.


    and, as I was closing the terminal, I noticed some lines that were
    interesting:-

    [root@localhost daniel]# kppp
    kbuildsycoca running...
    KWrited - Listening on Device /dev/pts/2
    Opener: received SetSecret
    Opener: received SetSecret
    Opener: received OpenLock
    Opener: received OpenDevice
    Opener: received ExecPPPDaemon
    In parent: pppd pid 3417
    Couldn't find interface ppp0: No such device
    Kernel supports ppp alright.
    It was pppd that died
    pppd exited with return value 19
    Sending 3399 a SIGUSR1
    Opener: received RemoveSecret
    Opener: received RemoveSecret
    Opener: received OpenResolv
    Opener: received OpenResolv
    Opener: received RemoveLock
    Opener: received PPPDExitStatus
    Opener: received PPPDExitStatus
    unix_connect: can't connect to server
    (unix:/root/tmp/ksocket-root/localhost-0de0-459259a8)
    Launched ok, pid = 3441
    There are already artsd objects registered, looking if they are active...
    .... cleaned 5 unused mcop global references.

    [root@localhost daniel]#

    Does any of this help someone get me online using MD2007??

    TIA

    Daniel

    --
    Posted via a free Usenet account from http://www.teranews.com


  19. Re: Setting up kppp for roaming account

    Daniel wrote:
    > Daniel wrote:
    >> Dual Boot Win98 and Mandravis 2007 system. Posting this using my Win98
    >> profile.
    >>

    ....

    > Clifford Kite then commented that I was probably using the winmodem on
    > the Linux side but I'm actually using an external Motorola Lifestyle
    > 28.8, if that makes a difference! He then examined the Kppp logfile and


    It makes a difference in that win/HCF/HSF "modems" are driven in part by
    software, which makes them more of an unknown quantity than a real modem.
    And, to the best of my knowledge, all external modems are real modems.

    > commented:-


    The other comments are now pretty much irrelevant.
    ....

    > All of which produced the following in deamonlog:-
    > Dec 27 22:38:24 localhost pppd[3558]: pppd 2.4.3 started by root, uid 0
    > Dec 27 22:38:24 localhost pppd[3558]: using channel 1
    > Dec 27 22:38:24 localhost pppd[3558]: Using interface ppp0
    > Dec 27 22:38:24 localhost pppd[3558]: Connect: ppp0 <--> /dev/ttyS0
    > Dec 27 22:38:24 localhost pppd[3558]: sent [LCP ConfReq id=0x1 > 0xa0000> ]


    Try adding the pppd option "default-asyncmap" to determine if it's a
    race condition causing the problem. This option forces both sides to
    use the Point to Point _Protocol_ default asyncmap so that all control
    characters are escaped in both directions. If that option allows the
    negotiations to complete then it is a race condition. This really needs
    to be resolved before any more dialog on the problem takes place.

    The rest of the PPP log is essentially a replay of the previous log.
    ....

    > and, as I was closing the terminal, I noticed some lines that were
    > interesting:-


    > [root@localhost daniel]# kppp


    It's kppp being kppp..
    ....

    > [root@localhost daniel]#


    > Does any of this help someone get me online using MD2007??


    Well, not me, not yet. And from the lack of significant hits by a couple
    of google searches it doesn't appear likely that anyone else will either.
    Hope I'm wrong about that.

    > TIA


    > Daniel


    > --
    > Posted via a free Usenet account from http://www.teranews.com


    --
    Clifford Kite


  20. Re: Setting up kppp for roaming account

    On Thu, 28 Dec 2006, in the Usenet newsgroup comp.protocols.ppp, in article
    <459262da$0$15486$88260bb3@free.teranews.com>, Daniel wrote:

    >Clifford Kite then commented that I was probably using the winmodem on
    >the Linux side but I'm actually using an external Motorola Lifestyle
    >28.8, if that makes a difference!


    I know his concern - winmodems use software to emulate hardware that
    wasn't installed in a cost reduction trick. The problem for the Linux
    user is that nearly all of the winmodem drivers we use are created by
    volunteers without access to the manufacturers data, and as a result
    may not be as complete as the windoze version (which is created by
    that manufacturer with full access to the hardware and to the O/S).
    We've seen cases where an imperfect driver caused problems. Hardware
    modems such as your Motorola external, don't have this problem.

    >On 19 Dec, Unruh wrote, quote:-
    > OK,
    > as root do
    > chmod +s /usr/bin/ppp


    >Issuing the chmod gave quote:-
    >chmod: cannot access `/usr/bin/ppp': No such file or directory
    >End quote.


    Typ0 - that would be /usr/sbin/pppd - but it's not a factor here.

    >All of which produced the following in deamonlog:-


    [no obvious change] Darn!

    I'm grasping at straws - I wonder what effect 'noendpoint' or 'nomp' as
    an option to your system would have. You'd set this option in the same
    way you've set 'asyncmap 0x0a0000'.

    >and, as I was closing the terminal, I noticed some lines that were
    >interesting:-


    Yeah, that's another reason none of us use kppp - but I don't think this
    is significant. You seem to have been able to dial, and send the desired
    username/password, so this is pure KDE crap.

    >Couldn't find interface ppp0: No such device
    >Kernel supports ppp alright.
    >It was pppd that died
    >pppd exited with return value 19


    and 'man pppd' would show (under EXIT STATUS)

    19 We failed to authenticate ourselves to the peer.

    because indeed we never did manage to get the username/password noticed.

    Old guy

+ Reply to Thread
Page 1 of 2 1 2 LastLast