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ó.

Kapcsolódó bejegyzések

Hogyan néz ki ez az Atlason belül?

Tovább a termékoldalra