redhat 9 ppp problem

redhat 9 ppp problem

Post by Rob Moor » Tue, 03 Feb 2004 01:30:54


Hi all

Can anyone help me with a ppp problem inside Redhat 9?

I am Trying to create a dial-on-demand ppp connection to the internet
on a standalone box. As far as I understand, all I need is the ppp rpm
package installed.

I have ppp-2.4.1-10 installed from redhat cd. The modem is an external USR
56k.

The problem: most of the time the connection is refused and the modem keeps
on trying to redial. On the rare occasion that it does connect, it will not
drop the line after the specified timeout.

Anyone any ideas where I am going wrong?

Thanks in advance

Rob

---
extract from pppd.log:

Starting link
Serial connection established.
using channel 2
Connect: ppp0 <--> /dev/ttyS0
sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0x7444abac> <pcomp> <accomp>]
sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0x7444abac> <pcomp> <accomp>]
sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0x7444abac> <pcomp> <accomp>]
sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0x7444abac> <pcomp> <accomp>]



---
/etc/ppp/options:

name <MYNAME> << my isp username
noipdefault
ipcp-accept-remote
ipcp-accept-local
passive
noauth
defaultroute
asyncmap 0
demand
10.1.1.1:10.1.1.2
lock
crtscts
idle 60
logfile /var/log/pppd.log
debug
modem
holdoff 10
connect "/usr/sbin/chat -v -f /etc/sysconfig/network-scripts/chat-ppp0"

---
/etc/sysconfig/network-scripts/ifcfg-ppp0:

USERCTL=no
PEERDNS=yes
ONBOOT=yes
TYPE=Modem
DEVICE=ppp0
BOOTPROTO=dialup
CCP=off
PC=off
AC=off
BSDCOMP=on
VJ=off
VJCCOMP=off
LINESPEED=57600
MODEMPORT=/dev/ttyS0
IDLETIMEOUT=60
DEFROUTE=yes
PERSIST=no
PAPNAME=<MYNAME> << my isp username
DEMAND=yes
PASSIVE=yes
NOIPDEFAULT=yes

---
/etc/sysconfig/network-scripts/chat-ppp0:

ABORT 'BUSY'
ABORT 'NO CARRIER'
'' ATZ
OK ATE1M1V1X4L3S0=0Q0&C1&D2DT<MY ISP No> <<my isp no
CONNECT ""
 
 
 

redhat 9 ppp problem

Post by Clifford K » Tue, 03 Feb 2004 02:58:10

ob Moore < XXXX@XXXXX.COM > wrote:





Is it the modem-to-ISP serial connection that is refused?

What is it that lets you conclude that "the connection is refused?"

When it does connect can you access the Internet?

...


No answer from the ISP. Usually that is caused by a misconfigured modem
or device file, or by not using CONNECT \c instead of CONNECT "" in the
chat configuration file. Not an all-inclusive list.



Hopefully there are entries for authentication to the ISP in
/etc/ppp/{pap,chap}-secrets.


You have the debug option so presumable syslogd is logging verbose PPP
negotiation messages somewhere, complete with timestamps. Maybe in a
file located in the /var/log directory; check /etc/syslog.conf to see
what files are used for syslogd logs.


The -v option means that syslogd should be logging verbose chat messages
somewhere, also with timestamps. An exact copy of these could help us
identify a modem or serial device or device file problem.

The outputs of "setserial -a /dev/ttyS0" could also be useful, as could
the output of ifconfig when the connection is not refused.



The preceding two should usually be on.


This is inconsistent with CCP=off. BSD compression is a CCP algorithm.


These should usually be on.


Usually 115200 is more appropriate.


This is inconsistent with the idle option and may well be the reason
that the idle option does not work.




Try replacing CONNECT "" with CONNECT \c .

--
Clifford Kite Email: "echo XXXX@XXXXX.COM |rot13"
PPP-Q&A links, downloads: http://ckite.no-ip.net/

 
 
 

redhat 9 ppp problem

Post by Rob Moor » Tue, 03 Feb 2004 06:01:41


Hmm, good question that's what I am trying to ascertain

Yep, fair comment, it might not be "refused" as such, it just dont connect
properly.

Yes it does. The local dummy ip addresses are changed, /etc/resolv.conf is
updated and
traffic is working.


OK, stuck that in there to see, will report later.

Oops, forgot to state that /etc/ppp/pap-secrets is set correctly




OK, I can include those if required later.


Aha, my mistake.

OK

Oh? I thought PERSIST=yes would force it to redial after a dropped
connection,
or do I have that wrong?



Clifford thanks for the time you took to reply! Rob
 
 
 

redhat 9 ppp problem

Post by Clifford K » Tue, 03 Feb 2004 06:54:13


No, I'm the one that has it wrong! Sorry about that, just careless
in what I was thinking about (demand != idle).

Try adding the pppd option dryrun to see what options are actually
present. If idle is present then the PPP link is likely being kept up
by spurious inbound traffic. This can be avoided by configuring the
option active-filter option to allow only outbound traffic to reset
the idle timer. There are examples of active-filter configurations
at the web site in my signature.

One that is not there, but which I use, is

active-filter '(outbound and not (icmp[0] = 0))'

to prevent both inbound traffic and ping replies from my host from
resetting the idle timer.

-- Clifford Kite Email: "echo XXXX@XXXXX.COM |rot13"
PPP-Q&A links, downloads: http://www.yqcomputer.com/
/* Speak softly and carry a sucker rod (See man syslogd, footnote to
recommendation 4 under SECURITY THREATS). */
 
 
 

redhat 9 ppp problem

Post by Rob Moor » Tue, 03 Feb 2004 07:54:08

OK, the CONNECT \c makes the box connect EVERY time now thanks :)


OK, I will look at that thanks.



Thats a good idea. The box dialing IS sat on a network, but I have disabled
ip forwarding and have squid running for a web proxy, so each of the three
internal
machines cannot access the internet directly.

Once again, many thanks! Rob