[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

problems connecting to my Debian pppd server



I have 2 Debian 2.2 boxes, one setup as a server the other as a client.  I
have been able to get as far as PAP authentication.  The problem is that the
server does not seem to be able to identify it local IP address to the client.
Here is my /etc/ppp/peers/server configuration file:
----
# These are the options to dial out to your default service provider.
# Please customize them correctly. Only the "provider" file will be
# handled by poff and pon (unless with extra command line arguments).

/dev/ttyS1

# Speed
38400

debug

passive
require-pap

nodetach

netmask 255.255.255.0

nopersist
noipdefault

172.16.1.1:172.16.1.2
----

Here is the client configuration file (/etc/ppp/peers/client):
----
/dev/ttyS0

# speed
38400

# debug the connection
debug

connect 'chat -v -f /etc/chatscripts/nls-mgmt2'

# the user to pull from pap-secrets
name pvsn

noauth
nodetach
nodefaultroute
nopersist
noproxyarp
----

Here is the ppp servers syslog output producded by the debug option:
----
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: sent [LCP ConfReq id=0x1 <mru 296>
<asyncmap 0x0> <auth pap> <magic 0xf67c93fc> <pcomp> <accomp>]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: rcvd [LCP ConfReq id=0x1 <mru 296>
<asyncmap 0x0> <magic 0x887e4848> <pcomp> <accomp>]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: sent [LCP ConfAck id=0x1 <mru 296>
<asyncmap 0x0> <magic 0x887e4848> <pcomp> <accomp>]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: rcvd [LCP ConfAck id=0x1 <mru 296>
<asyncmap 0x0> <auth pap> <magic 0xf67c93fc> <pcomp> <accomp>]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: sent [LCP EchoReq id=0x0 magic=0xf67c93fc]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: rcvd [LCP EchoReq id=0x0 magic=0x887e4848]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: sent [LCP EchoRep id=0x0 magic=0xf67c93fc]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: rcvd [PAP AuthReq id=0x1 user="pvsn"
password="xxxx"]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: sent [PAP AuthAck id=0x1 "Login ok"]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <compress VJ 0f 01>]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: sent [CCP ConfReq id=0x1 <deflate 15> <def
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: rcvd [IPCP ConfReq id=0x1 <addr 10.88.27.254> <compress VJ 0f 01>]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: sent [IPCP ConfNak id=0x1 <addr 172.16.1.2>]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: rcvd [CCP ConfReq id=0x1 <deflate 15> <def
late(old#) 15> <bsd v1 15>]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: sent [CCP ConfAck id=0x1 <deflate 15> <def
late(old#) 15> <bsd v1 15>]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: rcvd [IPCP ConfRej id=0x1 <addr 0.0.0.0>]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: sent [IPCP ConfReq id=0x2 <addrs 0.0.0.0 172.16.1.2> <compress VJ 0f 01>]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: rcvd [CCP ConfAck id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: rcvd [IPCP ConfReq id=0x2 <addr 172.16.1.2> <compress VJ 0f 01>]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: sent [IPCP ConfAck id=0x2 <addr 172.16.1.2> <compress VJ 0f 01>]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: rcvd [IPCP ConfRej id=0x2 <addrs 0.0.0.0 172.16.1.2>]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: sent [IPCP ConfReq id=0x3 <compress VJ 0f 01>]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: rcvd [IPCP ConfAck id=0x3 <compress VJ 0f 01>]

Feb 12 23:02:28 pvsn-mgmt pppd[1430]: sent [IPCP TermReq id=0x4 "Could not deter
mine local IP address"]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: rcvd [IPCP TermReq id=0x3 "Could not deter
mine remote IP address"]
Feb 12 23:02:28 pvsn-mgmt pppd[1430]: sent [IPCP TermAck id=0x3]
Feb 12 23:02:29 pvsn-mgmt pppd[1430]: rcvd [IPCP TermAck id=0x4]
Feb 12 23:02:29 pvsn-mgmt pppd[1430]: sent [LCP TermReq id=0x2 "No network protocols running"]
Feb 12 23:02:29 pvsn-mgmt pppd[1430]: rcvd [LCP TermReq id=0x2 "No network protocols running"]
Feb 12 23:02:29 pvsn-mgmt pppd[1430]: sent [LCP TermAck id=0x2]
Feb 12 23:02:29 pvsn-mgmt pppd[1430]: rcvd [LCP TermAck id=0x2]
-------

For some reason the server reads the client IP address 172.16.1.2 from the
configuration file put ignores 172.16.1.1???  I performed a google search on
this and many people seem to have the <addrs = 0.0.0.0 x.x.x.x> problem but I
have found no satisfactory answers.

Any and all help is greatly appreciated.

Wayne



Reply to: