From owner-freebsd-stable Fri Dec 1 2:20:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from chukchi.ellacoya.com (216-064-109-012.inaddr.vitts.com [216.64.109.12]) by hub.freebsd.org (Postfix) with ESMTP id 2018937B400 for ; Fri, 1 Dec 2000 02:20:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by chukchi.ellacoya.com (Postfix) with SMTP id 864471DA8; Fri, 1 Dec 2000 05:20:21 -0500 (EST) Date: Fri, 1 Dec 2000 05:20:21 -0500 (EST) From: Mike Remski Reply-To: mremski@ellacoya.com To: Brian Somers Cc: mremski@ellacoya.com, freebsd-stable@freebsd.org Subject: Re: PPP & named oddity In-Reply-To: <200012010216.eB12GJD24084@hak.lan.Awfulhak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks Brian. I took a look at the faq, and had everything set up the way it suggested. netstat -rn showed a default route and a route between the two 10. addresses for tun0. My /etc/resolv.conf was pointing to the nameserver on the local machine: nameserver 0.0.0.0 directive. I wasn't clear that the fetchmail is running on the same box that is running ppp -auto. I think this indicates outgoing traffic is not causing ppp to dial. When it gets into this state it seems like named had reaped some stuff out of its cache (time to live stuff). Could this (named clearing cache) or an iface clear in ppp.linkdown be causing an adverse reaction with the routing table? It will typically work for 3 or 4 days befre getting into this state. Again, thanks for the suggestions. Michael Remski Software Engineer mremski@ellacoya.com 7 Henry Clay Drive Merrimack, NH 03054 +1 603.879.7241 direct +1 603.577.5533 fax www.ellacoya.com On Fri, 1 Dec 2000, Brian Somers wrote: > Check out http://www.FreeBSD.org/FAQ/ppp.html. Your best bet is to > set up a diagnostic socket and attach to it when ppp appears hung. > You should be able to ``set log local physical'' and see any incoming > and outgoing traffic. If there's no incoming traffic, I'd tend to > blame the peer. > > > Hi all. > > I have a small network (3 machines) running on 192.168. addresses, > > outside connection is 56K modem. I'm starting both named and userland > > ppp at boottime. ppp.conf is basically the one that gets installed, > > with the enable dns line commented out and the username, phonenumber and > > password set. I then have a cron job that runs fetchmail every 4 hours > > or so to pull down mail. After a time (maybe a day or so), ppp never > > dials out. If I kill -9 and restart it stays ok for awhile again. > > ppp is started with -nat -auto -quiet papchap > > named just resolves my three machines. > > netstat -rn shows the default route pointing out thru tun0. > > ppp.linkdown has an iface clear in it. > > > > ps ax when this is happening does not show anything unusual about ppp. > > kernel has the IPDIVERT/IPFIREWALL and NETGRAPH options in it (I am not > > running natd, I'm letting ppp handle that) > > > > Any suggestions of what to look at greatly appreciated. > > > > Michael Remski > > Software Engineer > > mremski@ellacoya.com > > 7 Henry Clay Drive > > Merrimack, NH 03054 > > +1 603.879.7241 direct > > +1 603.577.5533 fax > > www.ellacoya.com > > -- > Brian > > Don't _EVER_ lose your sense of humour ! > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message