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. Authentication 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 authentication 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 password 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 service, once those have been issued, the recipient can subsequently 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 registration program, which can be used once auth has started.
Registry starts the dynamic service registry (see 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.
|SVC(8 )||Rev: Tue Mar 31 02:42:38 GMT 2015|