*BSD News Article 58604


Return to BSD News archive

Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!news.mel.connect.com.au!munnari.OZ.AU!news.ecn.uoknor.edu!paladin.american.edu!europa.chnt.gtegsc.com!news.kreonet.re.kr!overload.lbl.gov!agate!news.mindlink.net!van-bc!news.rmii.com!rainbow.rmii.com!not-for-mail
From: clouds@rainbow.rmii.com (Philip Duclos)
Newsgroups: comp.unix.bsd.freebsd.misc
Subject: Re: User ppp, client mode,...
Date: 9 Jan 1996 11:13:02 -0700
Organization: Rocky Mountain Internet, Inc
Lines: 41
Message-ID: <4cub7e$qtp@rainbow.rmii.com>
References: <4cse48$c2i@cyber1.servtech.com>
NNTP-Posting-Host: rainbow.rmii.com

In article <4cse48$c2i@cyber1.servtech.com>,
rudynel millian <rmillian@cyber1.servtech.com> wrote:
>	I am a new FreeBSD user (a couple of months now), and I am using
>version 2.05. I followed the instructions in the handbook to setup my
>user ppp to dial my ISP. I put "ppp -auto CyberLink" in my rc.local file
>which is supposed to connect to my ISP on demand, according to the handbook
>and the man page. But user ppp dials in shortly after booting up, and
>remains connected until my ISP kicks me off (no activity for 20 minutes),
>at which point user ppp immediatly calls back. Is this the way it is supposed
>to work?
>	I want user ppp to call my ISP only when there is a packet going out,
>not when the system boots up. I also want user ppp to timeout and disconnect 
>if there is no activity for a given number of minutes.
>	Could it be that my system is really trying to send some packets out?
>Like sendmail checking the queue? If so, how do I check who is attempting to
>send packets?
>
>
>rmillian

add to ppp.conf:

set debug tcpip phase

Also, check the idle timer and afilter (keep alive).

Look at /var/log/ppp.log and see what port number the traffic is for. This
is a clue to the service (/etc/services) being used.

How often is sendmail scanning the queue? Every 15 minutes?

Do you successfully connect and do real data transfers or is it retrying
all the time?

Are you receiving incoming traffic (broadcasts or unauthorized access) which
keep the connection up via the afilter?

Luck!

Phil Duclos
pjd@clouds.com