1 260
szerkesztés
Módosítások
kis polírozás
Az '''isPassive ''' SAML2-ben bevezetett lehetőség, mellyel utasíthatjuk azt szabhatjuk meg, hogy az alkalmazástazonosításnak úgy kell megtörténnie, hogy közben semmiféle látható felhasználói interakciót ne engedélyezzen interakciónak nem szabad történnie. Ha az azonosítás így nem hajtható végre, akkor hibát kell visszaadni az IdPSP-velnek.
* a felhasználó már rendelkezik az IdP-je által hitelesített munkamenettel
* a az IdP által használt autentikációs mechanizmus támogatja az isPassive-ot :: erre kizárólag SAML2 IdP esetén van lehetőség* ha használunk Discovery Service képes -t, akkor az a felhasználót hitelesítő felhasználó IdP-vel háttérben kommunikálnijét képes megállapítani interakció nélkül:: ez általában azt jelenti, s hogy a felhasználóról érdeklődni Amennyiben ezen feltételek közül legalább az egyik nem teljesülfelhasználónak van olyan cookie-ja, úgy amely alapján a DS meg tudja határozni az SP hibát fog dobniIdP-t. Ezt oly módon kell lekezelnünkÉrdemes megjegyezni, hogy a <code>redirectErrors</code> attribútum lehetőségét kihasználva megadjuk, hogy Shibboleth hiba esetén melyik oldalra dobjon át minket a rendszerSWITCH Discovery Service IP cím alapján is képes meghatározni IdP-t.
Amennyiben ezen feltételek közül valamelyik nem teljesül, úgy az SP hibát fog dobni. Ezt <code>redirectErrors</code> attribútum segítségével átirányíthatjuk a saját alkalmazásunkra.
* A Shibboleth SP konfigurációjában (<code>shibboleth2.xml</code>) az adott alkalmazásra vonatkozó beállításoknál új attribútumként adjuk meg a <code>redirectErrors="SAJÁT KEZDŐLAPOM"</code> direktívát.
* Bizonyosodjunk meg róla, hogy az oldalt lazy session-nel védjük
== Kód ==
<source lang="javascript">
<!-- START: isPassive script-->
