9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: lucio@proxima.alt.za
To: 9fans@9fans.net
Subject: Re: [9fans] Canonical way to configure permanent remote cpu access
Date: Mon, 10 Dec 2012 12:12:55 +0200	[thread overview]
Message-ID: <ee2ee9464b7943d476feb5a84ea5747f@proxima.alt.za> (raw)
In-Reply-To: <af8207d7-56a5-4cb4-bd11-546ce6c86dd1@googlegroups.com>

> Having got Plan 9 running on the Pi with the networking functioning
> and having also compiled the version of drawterm for Mac OS X cocoa,
> I'm now wishing to configure Plan 9 so that it permanently allows
> access from remote terminals for authenticated users.

I'm going to shoot a bit from the hip here, but others will no doubt
correct my mistakes.

My immediate concern with the PI is that it's going to get into
trouble, eventually, with CF memory.  I would consider using rotating
rust if users are going to need it for storage, even add an external
file server if it's worthwhile.  I'm not convinced that one could set
up a CPU server with practically read-only storage, but that's not out
of the question if drawterm is the dominant access.

But you will need an auth server which you can piggyback on the CPU
server.  You need to read the relevant documents in /sys/doc.  The
secstore is optional, but very convenient; it is orthogonal to the
auth server, but only a CPU server will support it properly.

I rue the lack of support for 9p2000 in the conventional operating
systems, I would delegate all permanent storage to Plan 9 if I had a
choice.  Linux is an exception, but like windows it likes lots of disk
storage on the workstation, which is precisely what I would like to
eliminate (going back to my previous theme - drawterm gives you access
to local storage across many platforms, but I don't find that at all
appealing, which is why I use 9vx in preference to drawterm).

++L




  reply	other threads:[~2012-12-10 10:12 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-10  9:37 Luke Evans
2012-12-10 10:12 ` lucio [this message]
2012-12-10 11:30   ` Richard Miller
2012-12-10 11:38     ` Charles Forsyth
2012-12-10 11:53       ` Richard Miller
2012-12-10 12:02     ` lucio
2012-12-10 15:41     ` Anthony Sorace
2012-12-10 16:47       ` Bakul Shah
2012-12-11  5:43         ` hiro
2012-12-10 11:23 ` Richard Miller
2012-12-11  9:36   ` [9fans] Canonical way to configure permanent remote Luke Evans
2012-12-11 12:21     ` Richard Miller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ee2ee9464b7943d476feb5a84ea5747f@proxima.alt.za \
    --to=lucio@proxima.alt.za \
    --cc=9fans@9fans.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).