PAP often fails: log decode ?

PAP often fails: log decode ?

Post by no-topp.. » Tue, 05 May 2009 22:49:21



In my previous thread: debug dialup login & why don't ISP's show engaged ?


> Your script includes the 'debug' option. Do you have /etc/syslog.conf
> set to log 'daemon.=debug    /var/log/ppp.debug'  and see that you
> are sending the "right" username and password?    See the
> 'syslog.conf'
> man page if necessary, and restart 'sysklogd' if you alter that file.

OK thanks.
Today it's bad. I'm repeatedly charged to connect with failures !!
Log shows:---------
May  4 14:11:14 localhost pppd[7995]: pppd 2.4.1 started by root, uid 0
May  4 14:11:35 localhost pppd[7995]: Serial connection established.
May  4 14:11:35 localhost pppd[7995]: using channel 33
May  4 14:11:35 localhost pppd[7995]: Using interface ppp0
May  4 14:11:35 localhost pppd[7995]: Connect: ppp0 <--> /dev/ttyS1
May  4 14:11:36 localhost pppd[7995]
: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x530d0bc1> <pcomp> <accomp>]
: rcvd [LCP ConfReq id=0xe1 <asyncmap 0xa0000> <auth pap> <magic 0x7f09d130>
     <pcomp> <accomp> <mrru 1524> <endpoint [local:69.73.64.6e.78.32]>]
May  4 14:11:37 localhost pppd[7995]: sent [LCP ConfRej id=0xe1 <mrru 1524>]
May  4 14:11:37 localhost pppd[7995]
: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x530d0bc1> <pcomp> <accomp>]
: rcvd [LCP ConfReq id=0xe2 <asyncmap 0xa0000> <auth pap> <magic 0x7f09d130>
    <pcomp> <accomp> <endpoint [local:69.73.64.6e.78.32]>]
: sent [LCP ConfAck id=0xe2 <asyncmap 0xa0000> <auth pap> <magic 0x7f09d130>
   <pcomp> <accomp> <endpoint [local:69.73.64.6e.78.32]>]
May  4 14:11:37 localhost pppd[7995]: sent [LCP EchoReq id=0x0 magic=0x530d0bc1]

May  4 14:11:37 localhost pppd[7995]: rcvd [LCP EchoRep id=0x0 magic=0x7f09d130]
: rcvd [PAP AuthNak id=0x1 "Authentication failed"]
May  4 14:11:37 localhost pppd[7995]: Remote message: Authentication failed
: sent [LCP TermReq id=0x2 "Failed to authenticate ourselves to peer"]
May  4 14:11:37 localhost pppd[7995]: rcvd [LCP TermAck id=0x2]
May  4 14:11:37 localhost pppd[7995]: Connection terminated.
May  4 14:11:37 localhost pppd[7995]: Hangup (SIGHUP)
May  4 14:11:37 localhost pppd[7995]: Exit.
---------- and for the next try:-------
May  4 14:11:54 localhost pppd[8017]: pppd 2.4.1 started by root, uid 0
May  4 14:12:18 localhost pppd[8017]: Serial connection established.
May  4 14:12:18 localhost pppd[8017]: using channel 34
May  4 14:12:18 localhost pppd[8017]: Using interface ppp0
May  4 14:12:18 localhost pppd[8017]: Connect: ppp0 <--> /dev/ttyS1
: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x6f38fe2d> <pcomp> <accomp>]
: rcvd [LCP ConfReq id=0xba <asyncmap 0xa0000> <auth pap> <magic 0x54714d4d>
   <pcomp> <accomp> <mrru 1524> <endpoint [local:69.73.64.6e.78.32]>]
: sent [LCP ConfRej id=0xba <mrru 1524>]
: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x6f38fe2d> <pcomp> <accomp>]
: rcvd [LCP ConfReq id=0xbb <asyncmap 0xa0000> <auth pap> <magic 0x54714d4d>
   <pcomp> <accomp> <endpoint [local:69.73.64.6e.78.32]>]
: sent [LCP ConfAck id=0xbb <asyncmap 0xa0000> <auth pap> <magic 0x54714d4d>
   <pcomp> <accomp> <endpoint [local:69.73.64.6e.78.32]>]
: sent [LCP EchoReq id=0x0 magic=0x6f38fe2d]

May  4 14:12:20 localhost pppd[8017]: rcvd [LCP EchoRep id=0x0 magic=0x54714d4d]
: rcvd [PAP AuthNak id=0x1 "Authentication failed"]
May  4 14:12:20 localhost pppd[8017]: Remote message: Authentication failed
: sent [LCP TermReq id=0x2 "Failed to authenticate ourselves to peer"]
May  4 14:12:20 localhost pppd[8017]: rcvd [LCP TermAck id=0x2]
May  4 14:12:20 localhost pppd[8017]: Connection terminated.
May  4 14:12:21 localhost pppd[8017]: Hangup (SIGHUP)
May  4 14:12:21 localhost pppd[8017]: Exit.
-------------

Does the 'error correction mechanism' work before PAP
is confirmed ?
If the problem is 'line errors' then why is this not a problem
AFTER is pap-confirmed ?
The ID & pswrd are auto-sent, without human intervention/error.

I think the idiots are just giving a pap-error, when they have
congestion 'down line' instead of sending an off-hook/engaged
signal up-line. In so doing, costing me futile connection charges.

== Chris Glur.

Although this NewsGroup still functions well,
there are already many other previously good
NewsGroups which have been crowed-out by
the twittering-idiot-masses. To avoid further
displacement of the NNT-protocol by the
dumbed-down inefficient clik-blogs, we need
to take a stand.

 
 
 

PAP often fails: log decode ?

Post by Moe Tr » Wed, 06 May 2009 04:50:56


On Mon, 4 May 2009, in the Usenet newsgroup comp.os.linux.networking, in article


>May  4 14:11:14 localhost pppd[7995]: pppd 2.4.1 started by root, uid 0

A bit on the old side, but shouldn't be a problem.

Quote:>May  4 14:11:36 localhost pppd[7995]
>: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x530d0bc1> <pcomp>
> <accomp>]
>: rcvd [LCP ConfReq id=0xe1 <asyncmap 0xa0000> <auth pap>

In /etc/ppp/options - add "asyncmap 0xa0000"    While the mis-match
between you (asyncmap 0x0) and them (asyncmap 0xa0000) shouldn't be
a problem if they are following the RFCs, most cases I've seen this
as an indication of a br0ken peer that doesn't follow the RFCs.

Quote:> <magic 0x7f09d130> <pcomp> <accomp> <mrru 1524> <endpoint
> [local:69.73.64.6e.78.32]>]

69.73.64.6e.78.32 is ASCII for "i s d n x 2"  (man ascii). "endpoint"
is often used to identify the peer. Do you see log entries with this
peer where things do work?

>May  4 14:11:37 localhost pppd[7995]: sent [LCP EchoReq id=0x0
> magic=0x530d0bc1]

>May  4 14:11:37 localhost pppd[7995]: rcvd [LCP EchoRep id=0x0
> magic=0x7f09d130]
>: rcvd [PAP AuthNak id=0x1 "Authentication failed"]

I don't know what your terms/conditions are with that ISP. Could you
be running into an hours limit (connected to long or to often). How
long before this did you connect?   Did you shut down the connection
cleanly (using killall -TERM pppd) on your previous connection?

Quote:>: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x6f38fe2d> <pcomp>
> <accomp>]
>: rcvd [LCP ConfReq id=0xba <asyncmap 0xa0000> <auth pap> <magic
> 0x54714d4d> <pcomp> <accomp> <mrru 1524> <endpoint
> [local:69.73.64.6e.78.32]>]

As above.

Quote:>Does the 'error correction mechanism' work before PAP is confirmed ?

There is no error correction. There is 'error detection', and this
does work at all times.

Quote:>If the problem is 'line errors' then why is this not a problem
>AFTER is pap-confirmed ?
>The ID & pswrd are auto-sent, without human intervention/error.

Does this exact same ID and password work with this same peer as
indicated by the 'endpoint' data?

Quote:>I think the idiots are just giving a pap-error, when they have
>congestion 'down line' instead of sending an off-hook/engaged
>signal up-line. In so doing, costing me futile connection charges.

    Results 1 - 10 of about 1,320,000 for South-African ISP. (0.51
   seconds)

Search Results

   1.
   ISP Directory - South Africa's Leading ISP Directory & Community ...

   ISP Directory is South Africa's Leading Internet Directory. ISP
   Directory has the largest database of Website Hosting Companies, ADSL
   Providers, ...
   www.ispd.co.za/ - 67k - Cached - Similar pages

   2.
   Internet Service Providers' Website

   Feb 2, 2009 ... http://www.internetcafedirectory.co.za; South African
   ISP map: http://www.ispmap .org.za; Useful industry resources and
   legislation: ...
   www.ispa.org.za/ - 14k - Cached - Similar pages

   3.
   South Africa ISP directory- Cheap internet access providers

   searches for South Africa National isps Free Cheap <B7> Unsorted South
   Africa ISP's that have been removed or didn't qualify for our list ...
   www.freedomlist.com/find.php3?cheap_dialup=45 - 11k - Cached - Similar
   pages

Get another ISP.

        Old guy

 
 
 

1. URL decoding: decode user-supplied info

A cgi program is called as URL like this:
http://<host>/<path>/<cgi-prg>?<user-supplied-info>

The <user-supplied-info> is encoded by the web browser, e.g. a slash is
encoded as %2F.
How do I decode the user supplied info?
Has the cgi-prg to do the work? (in my case it's an exe - I don't have
the code)
Or can I tell the web server (apache 1.3.6) to decode it?

Thanks
Matthias Schulte

2. no display

3. makes failing too often... :(

4. PPP problem using XNetscape HTTP, telnet &ftp works!

5. Dial up connection fails too often

6. mkbootdisk errors: vmlinuz-2.2.5-15 not found

7. Second PPP Attempt Often Fails

8. Comment on new server hardware

9. NetBSD 1.4.1 'reboot' command often fails on HP-E60 (PIII)

10. patch fails often when patching kernel.

11. How do I get uucp to try more often when it fails to connect?

12. Decoding of addreses in kernel logs

13. NFS readdir failed for server rgpu02: error 2 (RPC: Can't decode result)