From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net From: erik quanstrom Date: Fri, 14 Nov 2008 13:59:07 -0500 Message-ID: <7775c0b9a6acf99f08bada87da34747e@coraid.com> In-Reply-To: <326364c20811141021x153b05f7kb737323cd46041ba@mail.gmail.com> References: <326364c20811141021x153b05f7kb737323cd46041ba@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Do we have a catalog of 9P servers? Topicbox-Message-UUID: 42078284-ead4-11e9-9d60-3106f5b1d025 >> That would break the protocol stack. 9P is an application layer protocol (or >> so I understand). It should _never_ see, or worse rewrite, network layer >> data units. If by "a fileserver on top of that" you actually mean a file >> server under that then you simply are re-inventing NAT. > > Putting a file server over /net which selectively allows access to the > underlying /net. There it can monitor data at the application (not > transport) level. yes. it's worth pointing out that networking in plan 9 is all done with 9p to network devices. (or isomorphic chan functions) in fact the ip stack has been in user space. also, since dial takes care of connection-making, one can replace ip with something completely different without changing any applications. (i did some experiments with a non-ip stack earlier this year. no applications were harmed. or even recompiled.) mounting a proxy server that fiddles packets does work. however, none of this will help bring nat to a windows box. windows boxes are well-known for not being able to import /net. - erik