From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@cse.psu.edu From: Alexander Povolotsky Message-ID: <9cvc7b$55v@nntpa.cb.lucent.com> References: Subject: Re: [9fans] cpu server as FS Date: Tue, 8 May 2001 08:30:12 +0000 Topicbox-Message-UUID: 9ad0a298-eac9-11e9-9e20-41e7f4b1d025 Man pages do not show options "listen" and "noauth" for kfscmd - where it came from ? "Richard Miller" wrote in message news:E14vbls-000C0G-0B@finch-post-11.mail.demon.net... > > I think. It only works on cpu servers > > (/dev/key has to be readable). > > True, for file service with authentication you do need to run it on a > cpu server. > > But kfs on a terminal will also serve its filesystem to the network > if you do 'disk/kfscmd listen'. If you add 'disk/kfscmd noneattach', > then other machines will be able to attach as user 'none'. > If you add 'disk/kfscmd noauth', other machines will be able to attach > as any user, but kfs will accept the remote user identity without > attempting to authenticate. > > Clearly this is not at all secure; but it may be useful on a local > network of trusted machines, with no outside connection -- for example, > to "synchronise" your laptop with the fs on a standalone Plan 9 machine. > > -- Richard >