The single most important step. From the Plan 9 wiki:
"It is often a good idea to make the auth server an independent standalone box which runs nothing at all except auth services and is hardened and secured as much as possible."
"In an institution with semi-trusted users such as a university, the auth server should be in a physically separate and secure location."
The auth server manages keyfs (encrypted user accounts) and authsrv (network auth broker). If compromised, the entire authentication domain falls.
Dedicate machines to roles:
When running Plan 9 on the same LAN as Linux/STARGATE:
Linux supports 9P via v9fs (CONFIG_9P_FS). Use TLS-wrapped connections. Kernel module supports access=user for per-user auth.
| Title | URL |
|---|---|
| Expanding your Grid | https://9p.io/wiki/plan9/Expanding_your_Grid/index.html |
| Standalone CPU Server | https://9p.io/wiki/plan9/Configuring_a_Standalone_CPU_Server/index.html |
| CPU/Auth Server Howto | http://mirror.9grid.fr/mirror.9grid.fr/plan9-cpu-auth-server-howto.html |
| Plan 9 Remote CPU | https://royniang.com/cpu_auth.html |
| Cross Domain Auth | https://plan9.io/wiki/plan9/cross_domain_authentication/index.html |
| Network Config | https://9p.io/wiki/plan9/network_configuration/index.html |
| snoopy man page | http://man.cat-v.org/plan_9/8/snoopy |
| ip(3) multiple stacks | https://9p.io/magic/man2html/3/ip |
| 9front cpu-setup | http://wiki.9front.org/cpu-setup |
| aescbc key storage | https://9p.io/wiki/plan9/using_aescbc_to_store_factotum_keys/index.html |
| v9fs Linux | https://docs.kernel.org/filesystems/9p.html |
| 9P protocol | https://ericvh.github.io/9p-rfc/rfc9p2000.html |
| Plan 9 Tunneling | https://9lab.org/plan9/tunnel/ |