8.1 Hitelesítési problémák

A hitelesítés bonyolult témakör, és a jelenlegi hálózati infrastruktúrája hatással lehet a kezdeti iManager-bejelentkezés sikerességére. A következő tények a segítségére lehetnek a hitelesítéssel kapcsolatos nehézségek minimalizálásában. A hitelesítéssel kapcsolatos témakörökre vonatkozó további információt a NetIQ Modular Authentication Service (NMAS – NetIQ moduláris hitelesítési szolgáltatás) dokumentációjában és a NetIQ eDirectory-dokumentációban olvashat.

  • Az iManager-hitelesítés egy platformtól függő művelet, ami azt jelenti, hogy a platformtól függően, amelyen az iManager fut, másképpen működik.

    Linux- és Windows-kiszolgálók: Ha az iManager Linux- vagy Windows-kiszolgálón fut, akkor az eDirectory örökölt hitelesítési módszert és a szokásos eDirectory-jelszót használja. Ez a módszer támogatja az eDirectory univerzális jelszó beállítását, de az egyszerű jelszó lehetőséget nem.

    iManager-munkaállomás: Az iManager-munkaállomás egy ügyfél-munkaállomáson fut, amely lehet Linux vagy Windows, és az NMAS-ügyfelet használja, amellyel lehetséges univerzális jelszó használata, ha be van állítva.

  • Az iManager a kezdeti iManager-hitelesítési folyamathoz nem használ LDAP-ot. Az eDirectory gyártóspecifikus hitelesítési protokollját alkalmazza. A kezdeti hitelesítést követően azonban az iManager szükség szerint képes LDAP-kapcsolatokat létesíteni az eDirectory szolgáltatással, hogy támogassa azoknak a telepített beépülő moduloknak az LDAP-hozzáférését, amelyek számára ez szükséges.

  • Az iManager konzolon nem támogatott az eDirectory egyszerű jelszavával történő hitelesítés.

Az iManager konzolba történő hitelesítéskor az alábbi hibaüzeneteket kaphatja. Minden hibaüzeneti szakasz ismerteti a lehetséges okokat.

8.1.1 HTTP 404-es hibák

Ha 404-es hibajelzést kap, amikor első alkalommal próbálja elérni az iManager konzolt, akkor ellenőrizze, hogy az Apache milyen portokon fut. Attól függően, hogy miként telepítette az iManager konzolt, és hogy az Apache vagy az IIS használatát választotta, a konfigurációs fájl helye eltérő. Az Apache kiszolgáló a httpd.conf fájlt vagy az ssl.conf fájlt használja. Az IIS-portbeállításokról a Microsoft dokumentációjában talál információt.

8.1.2 HTTP 500-as hibák

Ha belső kiszolgálóhibáról vagy kiszolgáló oldali programhibáról (nem érhető el, vagy frissítés alatt áll) kap értesítést, akkor az iManager a következő két probléma valamelyikébe ütközött a Tomcat kiszolgálót illetően:

  • A Tomcat újraindítás után nem inicializálódott teljesen.

  • A Tomcat nem indult el.

Várjon néhány percig, és próbálja újra elérni az iManager konzolt. Ha továbbra is ugyanazt a hibát tapasztalja, ellenőrizze a Tomcat állapotát.

A Tomcat állapotának ellenőrzése

  1. Indítsa újra a Tomcat kiszolgálót.

    További információ a Tomcat újraindításáról: A Tomcat elindítása és leállítása.

  2. Ellenőrizze a Tomcat naplóiban a hibákat.

    A naplófájl a $tomcat_home$/logs könyvtárban található UNIX, Linux és Windows platformokon. UNIX és Linux rendszerekben a naplók neve catalina.out vagy localhost_log.date.txt. Windows rendszerekben a naplófájlok neve stderr és stdout.

8.1.3 601-es hibaüzenetek

A megadott objektumnév nem található a megadott környezetben.

Néhány lehetséges ok:

  • Le lehet tiltva a környezet nélküli bejelentkezés.

  • Lehet, hogy a felhasználói objektum, nincs a beállított keresési konténerek listájában. Kérje meg a rendszergazdát, hogy adja hozzá a felhasználói helyet a környezet nélküli bejelentkezési keresési konténerekhez, vagy jelentkezzen be a teljes környezet megadásával.

8.1.4 622-es hibaüzenetek

Az NDS-jelszót letiltották az univerzális jelszóházirendben. Ezt a 222-es hibaüzenet is jelezheti.

Ezt az iManager-munkaállomással kapcsolatos hibát elkerülheti az ügyfél telepítésével, amely lehetővé teszi az iManager számára az univerzális jelszó-hitelesítési módszer használatát az eDirectory örökölt hitelesítési módja helyett.

8.1.5 632-es hibaüzenetek

Ez egy rendszerhiba, amelynek több lehetséges oka van.

8.1.6 634-es hibaüzenetek

A célkiszolgálón nem található meg a forráskiszolgáló által kért másolat, vagy a forráskiszolgálón nincsenek a kérésnek megfelelő objektumok, és nincsenek olyan átirányításai, amelyek alapján kereshetné az objektumot.

Néhány lehetséges ok:

  • Helytelen fát vagy IP-címet adott meg. Ha az IP-címet használja, és az eDirectory címtárat nem a szabványos (524) portra telepítette, a portot is adja meg.

  • Az iManager konzollal nem lehet megtalálni a fát vagy az IP-címet a rendelkezésre álló időn belül. Ha a fa nevével nem sikerül, használja az IP-címet.

8.1.7 669-es hibaüzenetek

Érvénytelen jelszót használtak; nem sikerült a hitelesítés; a rendszer az egyik kiszolgálóról a másikra próbált szinkronizálni, de a célkiszolgáló adatbázisa zárolva volt; vagy probléma adódott a távoli azonosítóval vagy a nyilvános kulccsal.

Néhány lehetséges ok:

  • Érvénytelen jelszót írt be

  • Több felhasználónak is ugyanaz a felhasználóneve a fán. Környezet nélküli bejelentkezéskor a rendszer a megadott jelszóval az elsőnek talált felhasználói fiókba próbál bejelentkezni. Ebben az esetben adja meg a teljes környezetet bejelentkezéskor, vagy korlátozza azoknak a keresési konténereknek a számát, amelyekben a rendszer környezet nélküli bejelentkezéskor keres.

8.1.8 Fanév mező

Ha az eDirectory az alapértelmezett 524-es porton kívül másikra is telepítve van és ott is fut, a bejelentkezéshez használhatja az eDirectory-kiszolgáló IP-címét vagy DNS-nevét, ha a portot is megadja. Például:

  • IPv4-címhez:

    https://127.0.0.1/nps/servlet/webacc?taskId=fw.Startup&forceMaster=true

  • IPv6-címhez:

    https://[2001:db8::6]:1080/nps/servlet/webacc?taskId=fw.Startup&forceMaster=true

Ha bejelentkezéshez a fanevet használja, akkor nem kell megadnia a portot.

A Fanév mező lehetséges értékei a fa neve, a kiszolgáló IP-címe vagy a kiszolgáló DNS-neve. A legjobb eredmény érdekében használja az IP-címet.

8.1.9 Bejelentkezés replika nélküli kiszolgálóra

Szükség esetén az iManager olyan kiszolgálóval is be tud jelentkezni az eDirectory-fába, amely nem tárol eDirectory-replikát. Ehhez az iManager a sikeres bejelentkezéshez szükséges adatokat tároló csatlakozási gyorsítótárat tart fenn. A csatlakozási gyorsítótár feltöltéséhez az eDirectory-fába történő első bejelentkezéskor be kell jelentkeznie a replika gazdagépeként működő kiszolgálón.

Ha újraindítja a Tomcat vagy az iManager kiszolgálót, azzal törli a csatlakozási gyorsítótárat, tehát amikor ezen események valamelyike után az iManager először bejelentkezik, be kell jelentkeznie egy, a replika gazdagépeként működő kiszolgálón.

8.1.10 Sikertelen hitelesítés

Bejelentkezési hibák sokféle okból előfordulhatnak. A hitelesítési hibaüzenetekkel a Hitelesítési problémák szakasz foglalkozik.

Az iManager által a sikertelen hitelesítési kísérletek alkalmával megjelenített hibaüzenetek korlátozására vonatkozó információkat A felhasználónév felfedezésének megakadályozása szakaszban olvashat.

8.1.11 Lejárt jelszavakra vonatkozó információ

A jelszavak lejártakor a felhasználók erről tájékoztatást kapnak. A felhasználók azonban nem mindig vannak tudatában annak, hogy a lejárat utáni bejelentkezési lehetőségek bizonyos műveletetek végzésekor, például dinamikus csoport módosításakor, egyszerű kereséskor és egyszerű jelszó beállításakor, gyorsan elfogyhatnak.

Ezek a műveletek további lejárat utáni bejelentkezési lehetőségeket fogyasztanak minden alkalommal, amikor egy felhasználó műveletet végez. Nagyon ajánlott megkérni a felhasználókat, hogy változtassák meg a jelszavukat, amikor a rendszer ezt első alkalommal kéri.

8.1.12 Környezet nélküli bejelentkezés helyettesítő objektumosztályok és/vagy helyettesítő attribútumok használatával

A helyettesítő objektumtípussal történő környezet nélküli bejelentkezést engedélyezéséhez tegye az alábbiakat:

  1. Nyissa meg az iManager konzolt, és tallózzon a Konfigurálás > iManager-kiszolgáló > Az iManager beállítása > Hitelesítés menüpontra.

    Ha nem látja ezt a feladatot, akkor nincs hozzá jogosultsága. Lásd: Engedélyezett felhasználók és csoportok.

  2. Adja meg a Nyilvános felhasználónév és a Jelszó beállítását annak a felhasználónak, aki jogosult a kívánt attribútumok olvasására.

  3. Módosítsa a <TOMCAT_KEZDŐKÖNYVTÁRA>\webapps\nps\WEB-INF\config.xml fájlt, hogy szerepeljen benne egy <Setting> tulajdonság, amely felsorolja a környezet nélküli kereséshez hozzáadni kívánt attribútumokat, és indítsa újra a Tomcat kiszolgálót.

    További információ a Tomcat újraindításáról: A Tomcat elindítása és leállítása.

A következő XML-példa az Alias és a User objektumokat adja hozzá a környezet nélküli kereséshez:

<setting> <name><![CDATA[Authenticate.Form.ContextlessLoginClass.NDAP.treename]]></name>
  <value><![CDATA[User]]></value>
  <value><![CDATA[Alias]]></value>
</setting>

Ugyanígy a következő XML-példa engedélyezi a felhasználóknak, hogy bejelentkezzenek a CN vagy a uniqueID attribútummal:

<setting> <name><![CDATA[Authenticate.Form.ContextlessLoginSearchAttributes.NDAP.treename]]></name>
  <value><![CDATA[CN]]></value>
  <value><![CDATA[uniqueID]]></value>
</setting>

FONTOS:

  • A fenti példában helyettesítse be a treename attribútumot a megfelelő könyvtárfa kisbetűvel írt nevével.

  • Ha menti az iManager-kiszolgáló valamely beállítását Az iManager beállítása feladatból, miután szerkesztette a config.xml fájlt, győződjön meg róla, hogy a fanév még mindig kisbetűs, vagy a személyre szabott, környezet nélküli bejelentkezés nem lesz sikeres.