From owner-freebsd-hackers Tue Dec 1 13:56:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22240 for freebsd-hackers-outgoing; Tue, 1 Dec 1998 13:56:34 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA22231 for ; Tue, 1 Dec 1998 13:56:32 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id OAA00937; Tue, 1 Dec 1998 14:55:19 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id OAA01489; Tue, 1 Dec 1998 14:55:18 -0700 Date: Tue, 1 Dec 1998 14:55:18 -0700 Message-Id: <199812012155.OAA01489@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Matthew Dillon Cc: Nate Williams , Luigi Rizzo , hackers@FreeBSD.ORG Subject: Re: TCP bug In-Reply-To: <199812012153.NAA10746@apollo.backplane.com> References: <199812011811.LAA00104@mt.sri.com> <199812011619.RAA02622@labinfo.iet.unipi.it> <199812011834.LAA00343@mt.sri.com> <199812012153.NAA10746@apollo.backplane.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > :> > In trying to track down why some boxes in my network can't connect to > :> > certain WWW hosts, I determined that my FreeBSD is not routing the > :> > packets for some reason. It's receiving them, and the firewall code > :> > *thinks* it's passing them on, but tcpdump doesn't see these packets go > :> > out on the wire. .... > :Yep, no difference. It appears my router box is not passing packets > :through to the boxes on the internal ethernet. I stuck the firewall on > :that box just to see if the TCP stack was getting the incoming packets, > > I've noticed that FreeBSD doesn't always bind the local side of the > connection to the outgoing interface but instead binds the local side > of the connection to some other interface. ??? > > For example, if I have two interfaces and I telnet out, FreeBSD might > not use the outgoing interface's IP address for the local address and > instead might use the other interface's IP address. This is not the case here, because the machine who's packets are getting whacked has only one interface (the internel ethernet device). Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message