From owner-freebsd-bugs Fri Oct 27 08:32:59 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA25161 for bugs-outgoing; Fri, 27 Oct 1995 08:32:59 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA25149 for ; Fri, 27 Oct 1995 08:32:55 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA22796; Fri, 27 Oct 1995 11:32:53 -0400 Date: Fri, 27 Oct 1995 11:32:53 -0400 From: "Garrett A. Wollman" Message-Id: <9510271532.AA22796@halloran-eldar.lcs.mit.edu> To: mikebo@tellabs.com Cc: bugs@freebsd.org Subject: Re: 2.1.0-951020-SNAP: Major bug in NFS again! In-Reply-To: <199510271506.KAA00739@sunc210.tellabs.com> References: <9510271410.AA22857@halloran-eldar.lcs.mit.edu> <199510271506.KAA00739@sunc210.tellabs.com> Sender: owner-bugs@freebsd.org Precedence: bulk [CCs trimmed AGAIN] <> No. Source address != interface. If the source address is already >> set in the outgoing IP packet, ip_output() will not change it even if >> the packet goes out an interface which does not have that address on >> it. (Otherwise forwarding would not work!) >> > So, a multi-homed FreeBSD NFS server would behave the same as a multi- > homed Sun NFS server and adhere to the route table. No, that's not what I said. A multi-homed FreeBSD NFS server would always send replies with a source address precisely the same as the destination address from the request, regardless of the interface the request arrived on or the reply will be sent on. > serves NFS. Some people have sworn that the "proper" thing for the server > to do is send replies out the same interface that received the > request - The interface is irrelevant. What matters is the addresses involved. > evidently not caring whether it adhered to the route table or not. ``adhered to the route table'' is not meaningful. > Since posting my problem, I've had several people write saying they had > the same experience, and it took several days until some kind soul pointed > out the deprecated noconn option, which is buried in the mount_nfs man page. The `-c' option is not deprecated (and probably won't be in light of the tremendous population of broken servers out there). It's the `noconn' syntax for it that is deprecated. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant