Die Identitätsquelle beim Anlegen eines Benutzers: auf dem Server vorhanden oder nur im Panel

Der Zusatz am Ende eines Benutzernamens ist keine Zierde. Er sagt, wo das Konto lebt, und diese Wahl lässt sich später nicht verschieben.

Zwei Arten von Benutzern

Die erste Art existiert wirklich auf dem Server. Es sind die eigenen Benutzer der Maschine, und ihr Passwort ist das Passwort der Maschine. Das Root-Konto, mit dem du dich zuerst anmeldest, ist von dieser Art.

Die zweite Art existiert nur innerhalb von Proxmox. Auf der Maschine haben sie kein Gegenstück: keine Shell, keine Fernanmeldung, keinen Platz im System. Das klingt unvollständig, ist aber genau das Gewollte. Jemanden das Panel benutzen zu lassen, erfordert nicht, ihm den Server zu öffnen.

Der erste klassische Fehler

Auf dem Server wird ein Benutzer angelegt, und dann lässt ihn das Panel nicht hinein. Ein Systemkonto anzulegen gewährt im Panel für sich genommen gar nichts, denn Identität und Berechtigung sind getrennte Aufgaben. Das Konto wird erkannt, aber was es sehen darf, wurde nie gesagt. Das ist der Zwilling des Problems, bei dem die Rechte vergeben sind und trotzdem nichts erscheint.

Der zweite klassische Fehler

Im Panel wird ein Benutzer angelegt, und dann versucht jemand, sich damit auf dem Server anzumelden. Das geht nicht, und es ist gut, dass es nicht geht. Ein Konto, das nur im Panel existiert, existiert genau dafür: seine Reichweite endet am Bildschirm.

Welche man wählt

Muss die Person den Server selbst nicht anfassen, wähle die Art, die nur im Panel existiert. Es öffnen sich weniger Türen, und am Tag, an dem geschlossen werden muss, schließt es an einer Stelle. Wer wirklich auf dem Server arbeiten wird, braucht ohnehin ein Systemkonto, aber triff diese Entscheidung nicht wegen eines Panel-Bedarfs.

Deaktivieren statt löschen

Ein Konto kann deaktiviert statt gelöscht werden, und ein Konto kann ein Ablaufdatum bekommen. Löschen nimmt die Geschichte mit dem Eintrag mit: die Frage, wer was bekommen hatte, bleibt unbeantwortet. Für jemanden, der gegangen ist, ist Deaktivieren meist die richtigere Antwort als Löschen.

An Gruppen vergeben, nicht an Personen

Direkt an eine Person zu vergeben ist am ersten Tag schnell, fängt bei der zweiten Person von vorn an, und bei der dritten wird unklar, wer was warum hat. An eine Gruppe zu vergeben und die Person hineinzusetzen lässt für jede weitere Person Sekundenarbeit übrig und häuft hinter dir keine verstreuten Einträge an.

Zweiter Faktor

Ein Passwort allein ist eine Tür. Ist das Panel von außen erreichbar oder trägt das Konto Befugnisse, schalte den zweiten Faktor ein. Für Automatisierung ist ein eigener Schlüssel besser als ein geteiltes Passwort, und das ist ein Thema für sich.

Was Atlas tut

Atlas zeigt Zugriff als Kette statt als Liste: Server, Geltungsbereich, Identitätsquelle, Benutzer, Gruppe, Rolle und Pfad stehen verbunden auf einer Karte. So wird die Frage "durch welche Tür kommt diese Person und wohin reicht sie" durch Hinsehen beantwortet und nicht durch Zusammensetzen im Kopf. Passwort, zweiter Faktor und Automatisierungsschlüssel werden je Konto verwaltet, und weil Atlas kein eigenes Rollensystem baut, ist die Befugnis auf dem Bildschirm dieselbe wie die auf dem Server.