PPP Problems (configure-nak/rej ? error)

PPP Problems (configure-nak/rej ? error)

Post by Clifford Ki » Sun, 28 Feb 1999 04:00:00



You may need to add the pppd debug option and look for better clues in
the PPP negotiation messages in /var/log/debug or whereever RH sends
debug messages.  This is configured in /etc/syslog.conf.

One thing that you can try, based on the messages you do post, is to
add the pppd option "asyncmap 0".  The default asyncmap in ppp-2.2.0
is 0x0 but it's 0xffffffff in ppp-2.3.5 .  This may cause problems with
ISPs that default to 0 when LCP negotiation finishes and one sign is
trouble in IPCP.  There also could be something amiss with how the IP
addresses are negotiated and not related to the asyncmap setting.

: After using RH 4.2 (I think) for the past few years, I decided to upgrade
: to RH 5.2, and am having troubles getting PPP to work.  It worked fine

<snip>

: Feb 27 19:31:40 VeloRevolution pppd[375]: Received bad configure-nak/rej:
: 03 06 88 8e 15 f4
: Feb 27 19:32:07 VeloRevolution last message repeated 9 times
: Feb 27 19:32:10 VeloRevolution pppd[375]: IPCP: timeout sending
: Config-Requests
: Feb 27 19:32:10 VeloRevolution pppd[375]: Connection terminated.
: Feb 27 19:32:11 VeloRevolution pppd[375]: Exit.

--

/* Microsoft is a great marketing organization.
 * It _has_ to be */

 
 
 

PPP Problems (configure-nak/rej ? error)

Post by Malwar » Mon, 01 Mar 1999 04:00:00


Ji Brad,


> Feb 27 19:31:37 VeloRevolution pppd[375]: Unsupported protocol (0x8029)
> received
> Feb 27 19:31:37 VeloRevolution pppd[375]: Unsupported protocol (0x802b)
> received

These are just IPX and Appletalk you probably do not need them.

Quote:> Feb 27 19:31:40 VeloRevolution pppd[375]: Received bad configure-nak/rej:
> 03 06 88 8e 15 f4

This does look like [IPCP ConfNak id=? <addr 136.142.21.244>] but not
really like a bad answer. If you receive your IP dynamicly specify
"ipcp-accept-local" in your configfile or on the commandline of pppd. If
it does not help so please Clifford's request to turn on debugging.

Malware

 
 
 

PPP Problems (configure-nak/rej ? error)

Post by Brad » Mon, 01 Mar 1999 04:00:00


Thanks for the help.
All it needed was ipcp-accept-local in the options file.  Guess I should
read the man pages once in a while. :)

Brad

 
 
 

PPP Problems (configure-nak/rej ? error)

Post by David Kirkpatric » Mon, 01 Mar 1999 04:00:00


Generic info for RH 5.2.  Assumption: you installed PPP.
-------------------------------------------------------------------
RH puts ppp scripts in /usr/doc/ppp-2.3.5
Copy ppp-on, ppp-on-dialer, options to /etc/ppp.
Copy /dev/null into options.
-------------------------------------------------------------------
Modify ppp-on by editing the following:
TELEPHONE, ACCOUNT, PASSWORD
------------------------------------------------------------------
For exec command. put in correct device probably
cua1 (for RH5.2) and modem speed
-------------------------------------------------------------------
Edit /etc/resolv.conf and put in ISP nameserver given you by your
ISP.
nameserver xxx.xxx.xxx.xxx
nameserver xxx.xxx.xxx.xxx
You usually get two from your isp.
--------------------------------------------------------------------
execute ppp-on & and monitor logs with
tail -f /var/log/messages.
+++++++++++++++++++++++++++++++++++++++
OR:
Control Pannel: Modem configuration.  Select
correct device.  (used in ppp-on script)
-------------------------------------------------------------------
Control Pannel: Network Configurator: Routing: Defaults blank
PPP0 will use this so needs a blank here.
-------------------------------------------------------------------
Network Configurator: Names: insert ISP
nameserver addresses.
-------------------------------------------------------------------
System Configurator: PPP/SLIP/PLIP:  Configurations, Add
Fill in Hardware, Communication.  Assumes PAP not
required - If things do not work check with ISP.
------------------------------------------------------------------
Save quit.  Verify /etc/resolv.conf has your ISP
addresses.
------------------------------------------------------------------
The linuxconf sets up most things but does not
setup the ppp-on script - that must be done by hand.
------------------------------------------------------------------
Testing:
cd /etc/ppp
execute ppp-on
Ping locally between your network machines to insure your ok.  
Ping some net address by ip number like 10.220.10.120. Once ppp
is connected.
Verify your name server working, ping boston.com or do an
nslookup microsoft.com
When not dialed in ping someother box locally by name
to insure yor local resolution is working say if
done by the /etc/hosts and /etc/lmhosts.


> Hi

> After using RH 4.2 (I think) for the past few years, I decided to upgrade
> to RH 5.2, and am having troubles getting PPP to work.  It worked fine
> before when I set it up with netcfg.  Basically, in Windows, I dial in,
> enter a username and password, then at the prompt, type 'ppp', then enter,
> then hit F7.  I am setting up the account the same way I had it before, I
> am assigned an IP number by the server, no PAP, but am still not able to
> connect.  I included a little bit from /var/log/messages below.
> Some of the problem looks like it may be trying to use Appletalk or
> something.  The kernel is compiled with PPP support.  The problem may be in
> my /etc/ppp/options file, although I can't remember how it was set up
> before.  Does anyone have any suggestions about what I can try?

> Thanks
> Brad

> Feb 27 19:31:13 VeloRevolution pppd[375]: pppd 2.3.5 started by root, uid 0
> Feb 27 19:31:14 VeloRevolution chat[380]: abort on (BUSY)
> Feb 27 19:31:14 VeloRevolution chat[380]: abort on (ERROR)
> Feb 27 19:31:14 VeloRevolution chat[380]: abort on (NO CARRIER)
> Feb 27 19:31:14 VeloRevolution chat[380]: abort on (NO DIALTONE)
> Feb 27 19:31:14 VeloRevolution chat[380]: abort on (Invalid Login)
> Feb 27 19:31:14 VeloRevolution chat[380]: abort on (Login incorrect)
> Feb 27 19:31:14 VeloRevolution chat[380]: send (ATL1^M)
> Feb 27 19:31:14 VeloRevolution chat[380]: expect (OK)
> Feb 27 19:31:14 VeloRevolution chat[380]: ATL1^M^M
> Feb 27 19:31:14 VeloRevolution chat[380]: OK
> Feb 27 19:31:14 VeloRevolution chat[380]:  -- got it
> Feb 27 19:31:14 VeloRevolution chat[380]: send (ATDT2977488^M)
> Feb 27 19:31:14 VeloRevolution chat[380]: expect (CONNECT)
> Feb 27 19:31:14 VeloRevolution chat[380]: ^M
> Feb 27 19:31:31 VeloRevolution chat[380]: ATDT2977488^M^M
> Feb 27 19:31:31 VeloRevolution chat[380]: CONNECT
> Feb 27 19:31:31 VeloRevolution chat[380]:  -- got it
> Feb 27 19:31:31 VeloRevolution chat[380]: send (^M)
> Feb 27 19:31:31 VeloRevolution chat[380]: expect (Username:)
> Feb 27 19:31:31 VeloRevolution chat[380]:  26400/ARQ/V34/LAPM/V42BIS^M
> Feb 27 19:31:32 VeloRevolution chat[380]: University of Pittsburgh Dialin
> Service  *** Authorized Users Only ***^M
> Feb 27 19:31:32 VeloRevolution chat[380]: ^M
> Feb 27 19:31:32 VeloRevolution chat[380]: *** Please enter your user name
> in lower case ***^M
> Feb 27 19:31:32 VeloRevolution chat[380]: ^M
> Feb 27 19:31:32 VeloRevolution chat[380]: ehdup-l.ts line 14 ^M
> Feb 27 19:31:32 VeloRevolution chat[380]: ^M
> Feb 27 19:31:32 VeloRevolution chat[380]: ^M
> Feb 27 19:31:32 VeloRevolution chat[380]: User Access Verification^M
> Feb 27 19:31:32 VeloRevolution chat[380]: ^M
> Feb 27 19:31:32 VeloRevolution chat[380]: Username:
> Feb 27 19:31:32 VeloRevolution chat[380]:  -- got it
> Feb 27 19:31:32 VeloRevolution chat[380]: send (bafst19^M)
> Feb 27 19:31:32 VeloRevolution chat[380]: expect (Password:)
> Feb 27 19:31:32 VeloRevolution chat[380]:  bafst19^M
> Feb 27 19:31:32 VeloRevolution chat[380]: Password:
> Feb 27 19:31:32 VeloRevolution chat[380]:  -- got it
> Feb 27 19:31:32 VeloRevolution chat[380]: send (******^M)
> Feb 27 19:31:33 VeloRevolution chat[380]: expect (Local>)
> Feb 27 19:31:33 VeloRevolution chat[380]:  ^M
> Feb 27 19:31:33 VeloRevolution chat[380]: Local>
> Feb 27 19:31:33 VeloRevolution chat[380]:  -- got it
> Feb 27 19:31:33 VeloRevolution chat[380]: send (ppp^M)
> Feb 27 19:31:33 VeloRevolution pppd[375]: Serial connection established.
> Feb 27 19:31:34 VeloRevolution pppd[375]: Using interface ppp0
> Feb 27 19:31:34 VeloRevolution pppd[375]: Connect: ppp0 <--> /dev/modem
> Feb 27 19:31:37 VeloRevolution pppd[375]: Unsupported protocol (0x8029)
> received
> Feb 27 19:31:37 VeloRevolution pppd[375]: Unsupported protocol (0x802b)
> received
> Feb 27 19:31:40 VeloRevolution pppd[375]: Received bad configure-nak/rej:
> 03 06 88 8e 15 f4
> Feb 27 19:32:07 VeloRevolution last message repeated 9 times
> Feb 27 19:32:10 VeloRevolution pppd[375]: IPCP: timeout sending
> Config-Requests
> Feb 27 19:32:10 VeloRevolution pppd[375]: Connection terminated.
> Feb 27 19:32:11 VeloRevolution pppd[375]: Exit.

--



 
 
 

1. PPP connection problems (Bad configure-nak/rej:)

Now that I've managed to get my sound card out of the way of my modem, I'm
trying to get ppp dial-up working.

I followed the instructions from my ISP for Linux PPP configuration and
hit the activate button.

It dialed and I could hear the modems negotiating the connection, but
the PPP link never came up.

Here's an extract from /var/log/messages:

Jan  6 21:57:50 localhost ifup-ppp: pppd started for ppp0 on /dev/ttyS2 at
  115200
Jan  6 21:57:50 localhost kernel: CSLIP: code copyright 1989 Regents of
  the University of California
Jan  6 21:57:50 localhost kernel: PPP: version 2.2.0 (dynamic channel
  allocation)
Jan  6 21:57:50 localhost kernel: PPP Dynamic channel allocation code
  copyright 1995 Caldera, Inc.
Jan  6 21:57:50 localhost kernel: PPP line discipline registered.
Jan  6 21:57:50 localhost kernel: registered device ppp0
Jan  6 21:57:50 localhost pppd[456]: pppd 2.3.5 started by root, uid 0
Jan  6 21:58:13 localhost pppd[456]: Serial connection established.
Jan  6 21:58:14 localhost pppd[456]: Using interface ppp0
Jan  6 21:58:14 localhost pppd[456]: Connect: ppp0 <--> /dev/ttyS2
Jan  6 21:58:20 localhost pppd[456]: local  IP address 209.204.137.3
Jan  6 21:58:20 localhost pppd[456]: remote IP address 208.201.224.219
Jan  6 21:58:20 localhost kernel: Swansea University Computer Society IPX
  0.34 for NET3.035
Jan  6 21:58:20 localhost kernel: IPX Portions Copyright (c) 1995 Caldera,
  Inc.
Jan  6 21:58:20 localhost kernel: Appletalk 0.17 for Linux NET3.035
Jan  6 21:58:27 localhost pppd[456]: Received bad configure-nak/rej:  12
  06 00 00 00 01

-end of extract-

I assume that the "bad configure-nak/rej:" message is the culprit, but I
haven't the foggiest idea of what it means or what to do.

I've been looking in the archives, but haven't found anything pertinent
yet.

A clue would be vastly appreciated!

adTHANKSvance

Simeon

P.S. My address is actually replyable.  Feel free to answer in the group
     or by e-mail, but please don't do both.

2. A Beginner Asks About Linux

3. error: received bad configure nak/rej 12 00 00 00

4. Remote X Connections

5. pppd REJ's prot c029, should NAK it

6. Autochanger - Loading/Unloading tapes

7. ppp bad-configure/rej:

8. Working virus scanner for Squid?

9. pppd bad configure-nak

10. ppp 2.3.10, problem with nak, help please

11. PPP Setup: ipcp_nakci: received bad Nak!

12. PPP connection to ISP stops working - magic number NAK

13. newbie and ppp - IPCP Rej - Could not determine remote IP address