SVC(8) SVC(8)
NAME
svc: auth, net, registry, rstyx, styx - start Inferno
network services
SYNOPSIS
svc/net
svc/auth [ -n ]
svc/registry
svc/rstyx
svc/styx
DESCRIPTION
The directory /dis/svc contains several sh(1) scripts to
start network listeners (see listen(1)) that give remote
hosts access to specific Inferno services on the current
host. The scripts can be edited to suit (or configure them-
selves to suit) the requirements of a particular site.
A host that is not an authentication server and wishes to
start the usual network services can simply invoke svc/net,
which runs all the others except authentication. Authenti-
cation servers should normally run svc/auth instead, to
start local name and authentication services, and a listener
for each authentication service but not file service or
remote execution.
Auth must be run (only) on a host that is to act as an
authentication server, providing signing and other authenti-
cation services to itself and the network. The -n flag
tells it not to start keyfs(4), perhaps because it has been
started already. The files /keydb/signerkey, created by
createsignerkey(8), and /keydb/keys, managed by
changelogin(8), must exist. If so, auth starts keyfs(4),
which prompts for the password that protects /keydb/keys,
the file of secrets shared with registered users. If the
key file is empty, the confirmed password will be used in
future to encrypt and decrypt the file; otherwise the pass-
word must match the one used to encrypt the key file. If
the password is valid, listeners are started for keysrv(4),
to allow passwords to be changed remotely, logind(8), to
provide signed certificates, and signer(8). Note that
although an authentication server must be present to run
getauthinfo(8) to obtain credentials to access another ser-
vice, once those have been issued, the recipient can subse-
quently present them (if still valid) to access that service
without further involvement by the service (ie, it need not
then be running). See changelogin(8) for the user registra-
tion program, which can be used once auth has started.
Registry starts the dynamic service registry (see
Page 1 Plan 9 (printed 10/24/25)
SVC(8) SVC(8)
registry(4)) if it is not already running, putting it at the
conventional location for the local registry, /mnt/registry.
Initial (static) service descriptions are taken from
/lib/ndb/registry if it exists. It then starts a listener
to give other hosts access to the registry as a 9P service
at tcp!*!registry, normally port 6675.
Rstyx listens for incoming calls to the rstyx service, and
invokes rstyxd(8) to deal with each one.
Styx listens for incoming calls to the styx service, and for
each one, authenticates the caller, then calls export(4) to
export the current root.
FILES
/keydb/keys encrypted file containing user secrets
/keydb/signerkey private key of authentication server
SOURCE
/appl/svc/auth.sh
/appl/svc/net.sh
/appl/svc/registry.sh
/appl/svc/rstyx.sh
/appl/svc/styx.sh
SEE ALSO
listen(1), export(4), keyfs(4), keysrv(4), registry(4),
changelogin(8), createsignerkey(8), cs(8), dns(8),
logind(8), rstyxd(8), signer(8)
Page 2 Plan 9 (printed 10/24/25)