Az identitásforrás kiválasztása felhasználó felvételekor: a szerveren létezik, vagy csak a panelben
A Proxmox kétféle felhasználót ismer: rendszerfiókokat, amelyek valóban léteznek a szerveren, és fiókokat, amelyek csak a Proxmoxon belül léteznek. A rossz választás vagy megakadályozza a bejelentkezést, vagy a szükségesnél több ajtót nyit ki.
AtlasPVE ·
A bejegyzés ezekre válaszol
- proxmox felhasználó hozzáadása
- proxmox pam vagy pve realm
- proxmox felhasználó nem tud bejelentkezni
- proxmox root nélküli felhasználó
- mi az a proxmox realm
A felhasználónév végén álló utótag nem díszítés. Azt mondja meg, hol lakik a fiók, és ez a választás később nem mozdítható el.
Kétféle felhasználó
Az első fajta valóban létezik a szerveren. Ezek a gép saját felhasználói, és a jelszavuk a gép jelszava. Az első bejelentkezéshez használt root fiók is ilyen.
A második fajta csak a Proxmoxon belül létezik. Ezeknek nincs megfelelőjük a gépen: nincs parancsértelmezőjük, nincs távoli bejelentkezésük, nincs helyük a rendszerben. Hiányosnak hangzik, pedig pontosan ez a kívánatos. Ahhoz, hogy valaki használhassa a panelt, nem kell megnyitni előtte a szervert.
Az első klasszikus hiba
Létrejön egy felhasználó a szerveren, aztán a panel mégsem engedi be. A rendszerfiók létrehozása önmagában semmit nem ad a panelben, mert az azonosítás és a jogosultság két külön feladat. A fiókot felismeri a rendszer, de azt, hogy mit láthat, soha senki nem mondta ki. Ez az ikertestvére annak a problémának, amikor a jogosultság megvan, mégsem jelenik meg semmi.
A második klasszikus hiba
Létrejön egy felhasználó a panelben, aztán valaki ezzel próbál csatlakozni a szerverhez. Nem fog működni, és jó, hogy nem működik. A csak a panelben létező fiók pontosan ezért van: a hatóköre a képernyőnél véget ér.
Melyiket érdemes választani
Ha az illetőnek nem kell magához a szerverhez nyúlnia, a csak a panelben létező fajta a helyes választás. Kevesebb ajtó nyílik ki, és azon a napon, amikor le kell zárni, egy helyen zárul. Ha valaki tényleg dolgozni fog a szerveren, úgyis rendszerfiók kell neki, de ezt a döntést nem szabad panelbeli igény miatt meghozni.
Letiltás törlés helyett
Egy fiók letiltható törlés nélkül, és megadható hozzá lejárati dátum is. A törlés a bejegyzéssel együtt a történetet is elviszi: az a kérdés, hogy ki mit kapott, megválaszolatlan marad. Egy távozó ember esetében a letiltás rendszerint helyesebb válasz a törlésnél.
Jogosultság csoportnak, ne személynek
A közvetlenül személyhez rendelt jogosultság az első napon gyors, a második embernél elölről kezdődik a munka, a harmadiknál pedig már összekuszálódik, kinek mije van és miért. A csoporthoz rendelt jogosultság, és az ember csoportba helyezése, minden további embernél másodpercekre csökkenti a munkát, és nem hagy maga után szétszórt bejegyzéseket.
A második lépcső
A jelszó önmagában egyetlen ajtó. Ha a panel kívülről is elérhető, vagy ha a fiókhoz komoly jogosultság tartozik, érdemes bekapcsolni a második lépcsőt. Automatizáláshoz külön kulcs létrehozása jobb, mint a jelszó megosztása, de ez már önálló téma.
Mit csinál az Atlas
Az Atlas a hozzáférést lista helyett láncként mutatja: a szerver, a hatókör, az identitásforrás, a felhasználó, a csoport, a szerepkör és az útvonal egymáshoz kapcsolódva ül egyetlen térképen. Így az a kérdés, hogy "melyik ajtón jön be ez az ember, és meddig ér el", ránézésre megválaszolható, nem pedig fejben összerakott bejegyzésekből. A jelszó, a második lépcső és az automatizálási kulcsok fiókonként kezelhetők, és mivel az Atlas nem épít saját szerepkörrendszert, a képernyőn látható jogosultság ugyanaz a jogosultság, mint a szerveren.
Források
A Proxmox saját dokumentációja. Angol nyelvű, és ebben a kérdésben az övé az utolsó szó.