Re: pppd 2.3.5: peer refused to authenticate problem

1998-05-17 Thread john
Martin Bialasinski writes:
 Remove the require-pap or +pap option.

His problem most likely stems from the fact that the ppp package in frozen
has 'auth' in /etc/ppp/options.  He says he kept his old config files: one
solution would be to add 'noauth' to his ppp.options_out.  Better would be
to allow the ppp package to convert his config files to the new format, or
install and use pppconfig.
-- 
John Hasler
[EMAIL PROTECTED] (John Hasler)
Dancing Horse Hill
Elmwood, WI


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


pppd 2.3.5: peer refused to authenticate problem

1998-05-16 Thread Oskar Liljeblad
I recently installed pppd 2.3.5 from a Debian package. I kept the old ppp
up/chatscript etc files,
and when running pppd to connect to my ISP I get the error message peer
refused to authenticate
and the modem disconnects. The debug output is below.

The ppp up and chatscript files are configured to require pap authentication
only, pap-secrets
contains one line, username * password, and the user parameter is used
when running pppd.
It worked fine before I installed pppd 2.3.5.

I'm running Debian 1.3.1r6 upgraded to kernel 2.0.33 and libc6.

May 16 12:41:25 oskar pppd[171]: pppd 2.3.5 started by root, uid 0
May 16 12:41:26 oskar chat[173]: timeout set to 5 seconds
May 16 12:41:26 oskar chat[173]: send (ATZ^M)
May 16 12:41:26 oskar chat[173]: expect (OK)
May 16 12:41:27 oskar chat[173]: ATZ^M^M
May 16 12:41:27 oskar chat[173]: OK
May 16 12:41:27 oskar chat[173]:  -- got it
May 16 12:41:27 oskar chat[173]: send (ATDT6004960^M)
May 16 12:41:27 oskar chat[173]: abort on (NO CARRIER)
May 16 12:41:27 oskar chat[173]: abort on (BUSY)
May 16 12:41:27 oskar chat[173]: abort on (NO DIALTONE)
May 16 12:41:27 oskar chat[173]: abort on (WAITING)
May 16 12:41:27 oskar chat[173]: timeout set to 45 seconds
May 16 12:41:27 oskar chat[173]: expect (CONNECT)
May 16 12:41:27 oskar chat[173]: ^M
May 16 12:41:52 oskar chat[173]: ATDT6004960^M^M
May 16 12:41:52 oskar chat[173]: CONNECT
May 16 12:41:52 oskar chat[173]:  -- got it
May 16 12:41:52 oskar chat[173]: send (^M)
May 16 12:41:52 oskar pppd[171]: Serial connection established.
May 16 12:41:53 oskar pppd[171]: Using interface ppp0
May 16 12:41:53 oskar pppd[171]: Connect: ppp0 -- /dev/modem
May 16 12:41:53 oskar pppd[171]: Warning - secret file /etc/ppp/pap-secrets
has world and/or group access
May 16 12:41:53 oskar pppd[171]: sent [LCP ConfReq id=0x1 asyncmap 0x0
auth pap magic 0x7f7f pcomp accomp]
May 16 12:41:56 oskar pppd[171]: rcvd [LCP ConfReq id=0xdd asyncmap
0xa auth pap magic 0xb82f2eda pcomp accomp]
May 16 12:41:56 oskar pppd[171]: sent [LCP ConfAck id=0xdd asyncmap
0xa auth pap magic 0xb82f2eda pcomp accomp]
May 16 12:41:56 oskar pppd[171]: sent [LCP ConfReq id=0x1 asyncmap 0x0
auth pap magic 0x7f7f pcomp accomp]
May 16 12:41:56 oskar pppd[171]: rcvd [LCP ConfRej id=0x1 auth pap]
May 16 12:41:56 oskar pppd[171]: sent [LCP ConfReq id=0x2 asyncmap 0x0
magic 0x7f7f pcomp accomp]
May 16 12:41:59 oskar pppd[171]: sent [LCP ConfReq id=0x2 asyncmap 0x0
magic 0x7f7f pcomp accomp]
May 16 12:42:02 oskar pppd[171]: rcvd [LCP ConfAck id=0x2 asyncmap 0x0
magic 0x7f7f pcomp accomp]
May 16 12:42:02 oskar pppd[171]: sent [LCP EchoReq id=0x0 magic=0x7f7f]
May 16 12:42:02 oskar pppd[171]: Warning - secret file /etc/ppp/pap-secrets
has world and/or group access
May 16 12:42:02 oskar pppd[171]: peer refused to authenticate
May 16 12:42:02 oskar pppd[171]: sent [LCP TermReq id=0x3 peer refused to
authenticate]
May 16 12:42:02 oskar pppd[171]: rcvd [LCP ConfReq id=0xde asyncmap
0xa auth pap magic 0xb82f3e68 pcomp accomp]
May 16 12:42:02 oskar pppd[171]: rcvd [LCP ConfAck id=0x2 asyncmap 0x0
magic 0x7f7f pcomp accomp]
May 16 12:42:02 oskar pppd[171]: rcvd [LCP ConfReq id=0xdf asyncmap
0xa auth pap magic 0xb82f3e68 pcomp accomp]
May 16 12:42:02 oskar pppd[171]: rcvd [LCP TermAck id=0x3]
May 16 12:42:02 oskar pppd[171]: Connection terminated.
May 16 12:42:02 oskar pppd[171]: Hangup (SIGHUP)
May 16 12:42:02 oskar pppd[171]: Exit.

Oskar Liljeblad ([EMAIL PROTECTED])



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


Re: pppd 2.3.5: peer refused to authenticate problem

1998-05-16 Thread Martin Bialasinski

 OL == Oskar Liljeblad [EMAIL PROTECTED] writes:

OL May 16 12:41:53 oskar pppd[171]: sent [LCP ConfReq id=0x1 asyncmap 0x0
OL auth pap magic 0x7f7f pcomp accomp]
^^

You tell your ISP to identify himself via PAP. He doesn't do this and
terminates the connection.

Remove the require-pap or +pap option.

Ciao,
Martin


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


Re: pppd 2.3.5: peer refused to authenticate problem

1998-05-16 Thread Shaleh
The answer is easy.  The new ppp's set auth on by default.  They did
not use to do so.  Edit the provider script and add noauth near the
end.  All will be happy.


-- 
---
How can you see, when your mind is not open?
How can you think, when your eyes are closed?
- Jason Bonham Band, Ordinary Black and White
---


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


Re: pppd 2.3.5: peer refused to authenticate problem

1998-05-16 Thread Daniel Martin at cush
Shaleh [EMAIL PROTECTED] writes:

 The answer is easy.  The new ppp's set auth on by default.  They did
 not use to do so.  Edit the provider script and add noauth near the
 end.  All will be happy.

To be a bit more explicit - make certain that the keyword noauth is
in /etc/ppp/peers/provider.

Also, note that you no longer need to have your
/etc/ppp/peers/provider (which is where the contents of bo's
/etc/ppp.options_out got dumped) all one line.  (In fact, I don't
think you ever needed it all in one line, but now you certainly can
use multiple lines); mine looks like:
# The chatscript (be sure to edit that file too)
connect /usr/sbin/chat -v -f /etc/chatscripts/provider
bsdcomp 15 
crtscts 
mru 2000 
mtu 2000 
defaultroute 
noipdefault 
/dev/modem 38400 
modem 
persist
noauth

I find the file much more readable this way; not that it changes too
often, but it just looked messy before.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]