9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "Russ Cox" <rsc@swtch.com>
To: 9fans@9fans.net
Subject: Re: [9fans] CPU Server Wiki, auth/keyfs, and password for the machine.
Date: Sat, 26 Jul 2008 12:15:28 -0400	[thread overview]
Message-ID: <20080726161318.7D3461E8C1C@holo.morphisms.net> (raw)
In-Reply-To: <072620081340.24160.488B293F000A4E6C00005E602200751150050E0C040A900E9FD209@comcast.net>

> In the Wiki on configuring a standalone cpu server, there is a part that
> says to run auth/keyfs to provide a password for the machine. Assuming
> a fresh install, this is done while logged in as glenda.
>
> Is this really necessary? Is it different from zeroing the nvram and
> then entering authid, password, etc.?

Yes, and yes.

Auth/keyfs is the authentication database.
It holds key info for every user in the
authentication domain it serves, including
whatever user the cpu server itself runs as.

Filling out the nvram sets the info that gets
used to initialize the cpu server's factotum.
Like any other factotum, it needs to have a key
that matches the one in authentication database.

Auth/keyfs could plausibly preinitialize the
entry for the host owner using the nvram key,
and that would be fine most of the time, but
not always.  (It is possible to boot in one auth
domain but load an auth/keyfs and be an auth
server for a second domain.  This is why, for
example, users with accounts on the auth
server sources.cs.bell-labs.com can mount
its fossil but not cpu to the machine.)

Russ



  reply	other threads:[~2008-07-26 16:15 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-26 13:40 g.pavelcak
2008-07-26 16:15 ` Russ Cox [this message]
2008-07-26 18:28   ` Gregory Pavelcak
2008-07-26 18:50     ` [9fans] CPU Server Wiki, auth/keyfs, erik quanstrom
2008-07-26 19:10     ` [9fans] CPU Server Wiki, auth/keyfs, and password for the machine Russ Cox
2008-07-27 13:33       ` Gregory Pavelcak
2008-07-27 14:42         ` [9fans] CPU Server Wiki, auth/keyfs, erik quanstrom
2008-07-27 14:55         ` Skip Tavakkolian
2008-07-27 15:40           ` Gregory Pavelcak
2008-07-27 16:48             ` erik quanstrom
2008-07-28 10:17               ` Gregory Pavelcak
2008-07-28 10:49                 ` erik quanstrom

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=20080726161318.7D3461E8C1C@holo.morphisms.net \
    --to=rsc@swtch.com \
    --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).