Idi na tekst

Izaberite metod autentifikacije

Autentifikacija obuhvata dva odvojena pitanja:

  1. Metod sesije: kako MRBS dobija i pamti korisnički identitet.
  2. Metod autentifikacije: kako MRBS verifikuje akreditive.

Podrazumevane vrednosti su PHP sesije i autentifikacija baze podataka:

$auth["session"] = "php";
$auth["type"] = "db";

Nivoi pristupa

MRBS razlikuje nepoznate korisnike, prijavljene korisnike i administratore. Autentifikacija utvrđuje identitet, a konfiguracija i izabrani metod određuju nivo pristupa.

Dostupne metode u 1.12.2

Metod Koristite kada
db MRBS treba da upravlja sopstvenim korisnicima i lozinkama
db_ext Korisnici se čuvaju u drugoj SKL bazi podataka
ldap Organizacija ima LDAP ili Active Directory
imap, imap_php, pop3, smtp Server pošte proverava akreditive
cas Organizacija koristi CAS uslugu jedinstvene prijave
saml Provajder identiteta SAML dostupan je preko SimpleSAMLphp
joomla, wordpress, wix MRBS treba da koristi postojeći identitet sajta
config Mala, lokalno konfigurisana lista korisnika je dovoljna
ext Pouzdani spoljni program vrši verifikaciju
none Nije potrebna verifikacija akreditiva

Warning

Ne birajte metod autentifikacije samo zato što ga je lako omogućiti. Uzmite u obzir vlasništvo lozinke, životni ciklus naloga, bezbednost transporta, mapiranje administratora i procedure oporavka.

Vodič za donošenje odluka

  • Za samostalnu instalaciju, počnite sa autentikacija baze podataka.
  • Za direktorijum upravljane organizacije koristite LDAP.
  • Za uspostavljenu jedinstvenu prijavu pogledajte eksterni dobavljači identiteta.
  • Izbegavajte config za velike instalacije ili instalacije okrenute prema Internetu.
  • Koristite none samo tamo gde su akcije rezervacije namerno neograničene i druge kontrole obezbeđuju adekvatnu granicu.

Testirajte pre uvođenja

Proverite uspešnu i neuspešnu prijavu, odjavu, istek sesije, onemogućene naloge, mapiranje administratora i ponašanje kada dobavljač identiteta nije dostupan.

Čuvajte dokumentovanu putanju za oporavak kako greška u konfiguraciji dobavljača identiteta ne bi trajno zaključala svakog administratora.