From owner-freebsd-current Sun Feb 7 10:08:31 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA22920 for freebsd-current-outgoing; Sun, 7 Feb 1999 10:08:31 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA22915 for ; Sun, 7 Feb 1999 10:08:29 -0800 (PST) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.2/8.9.1) id TAA88150; Sun, 7 Feb 1999 19:08:21 +0100 (CET) (envelope-from des) To: Bill Paul Cc: current@FreeBSD.ORG Subject: Re: NIS woes References: <199902071747.MAA15905@skynet.ctr.columbia.edu> From: Dag-Erling Smorgrav Date: 07 Feb 1999 19:08:21 +0100 In-Reply-To: Bill Paul's message of "Sun, 7 Feb 1999 12:47:45 -0500 (EST)" Message-ID: Lines: 20 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bill Paul writes: > Of all the gin joints in all the towns in all the world, Dag-Erling > Smorgrav had to walk into mine and say: > > Yes to most of the above. Tcpdump does not work on PLIP links, and I > > do not use IP aliases at all. > Explain to me how you concluded that tcpdump doesn't work on point to > point links, or PLIP in particular. Do a 'grep bpf /sys/dev/ppbus/if_plip.c' > and look at the references to bpf in the output. At the very least, > it's supposed to work; if it doesn't, then it's a bug. It doesn't. Try it out for yourself. It is a bug, and I know (conceptually) how to fix it, but I really can't be buggered to track it down and fix it right now. In any case, I am convinced that tcpdump will not reveal anything of interest. The netwok connection *works*. Luna has four NFS file systems mounted from niobe, and I admin luna using ssh from niobe. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message