Thanks for all that, have added persist and maxfail=10 to the options file, will let you know what happens.
Cheers > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of > Malcolm V > Sent: Saturday, 8 June 2002 1:15 AM > To: Slug > Subject: Re: [SLUG] FW: Which process is dialling out > > > On Wed, 2002-06-05 at 22:44, Simon Bryan wrote: > > 1. The system dials up at seemingly random times even when all > workstations > > are shutdown - I can find where it is dialling in the logs but > can't find > > any refernece anywhere as to what process or program is causing > it, is this > > recorded anywhere. Or is it just RH phoning home? I know my XP > box does this > > This could be any number of things, what services are you running on the > server? My guess would be something trying to resolve a hostname. > > I can't think of an easy way to find out what is causing the dialout, > but here are my suggestions. > > 1) If it exists have a look in /proc/net/ip_conntrack (Existance depends > on whether or not it was compilied into the kernel. > > 2) Use ipchains/iptables to log (and perhaps deny) any outbound traffic > on the ppp link, this will at least show you what it is trying to > connect to at the other end. > > 3) Iptraf (or the like) may also be a helpful program. > > > This is my connect string : > > usr/sbin/pppd connect /usr/sbin/chat -v -f /etc/ppp/default > > This is my options file: > > /dev/ttyS1 57600 crtscts noipdefault demand defaultroute idle 1500 > > You might want to add persist to the options, else pppd will drop the > connection after it is finished the current transfer. You might also > want to set maxfail to 0, otherwise it will default to 10 and I believe > shutdown should it fail to connect ten times in a row. > > Cheers, > Malcolm V. > -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
