Címtár-integráció az Azure MFA-kiszolgáló és az Active Directory között

Az Azure MFA-kiszolgáló Címtár-integráció szakaszának használatával integrálhatja a címtárat az Active Directoryval vagy egy másik LDAP-címtárral. Konfigurálhatja az attribútumokat, hogy megfeleljenek a címtársémának, illetve beállíthatja a felhasználók automatikus szinkronizálását.

Fontos

2022 szeptemberében a Microsoft bejelentette az Azure Multi-Factor Authentication-kiszolgáló elavulását. 2024. szeptember 30-tól az Azure Multi-Factor Authentication Server üzemelő példányai már nem fognak többtényezős hitelesítési (MFA) kéréseket kiszolgálni, ami a szervezet számára sikertelen hitelesítést okozhat. A zavartalan hitelesítési szolgáltatások biztosítása és a támogatott állapot megőrzése érdekében a szervezeteknek át kell telepíteniük felhasználóik hitelesítési adatait a felhőalapú Azure MFA szolgáltatásba az Azure MFA-kiszolgáló legújabb frissítésében szereplő legújabb Migration Utility használatával. További információ: Azure MFA Server Migration.

A felhőalapú MFA használatának megkezdéséhez tekintse meg a következő oktatóanyagot: Biztonságos felhasználói bejelentkezési események az Azure Multi-Factor Authentication használatával.

Beállítások

Alapértelmezés szerint az Azure Multi-Factor Authentication-(MFA-) kiszolgáló úgy van konfigurálva, hogy a felhasználókat az Active Directoryból importálja vagy szinkronizálja. A Címtár-integráció lapon felülírhatja az alapértelmezett viselkedést, illetve kötést hozhat létre egy másik LDAP-címtárhoz, egy ADAM-címtárhoz vagy egy adott Active Directory-tartományvezérlőhöz. Ezenkívül lehetővé teszi LDAP-hitelesítés használatát proxy LDAP-hoz vagy LDAP-kötés használatát RADIUS célként, előhitelesítéshez IIS-hitelesítésnél vagy elsődleges hitelesítéshez a felhasználói portálon. A következő táblázat ismerteti az egyes beállításokat.

Feljegyzés

A címtárintegráció nem garantált, hogy a Active Directory tartományi szolgáltatások kívül más könyvtárakkal is együttműködik.

Szolgáltatás	Leírás
Active Directory használata	Válassza az Active Directory használata beállítást, ha az Active Directoryt szeretné alkalmazni importáláshoz és szinkronizáláshoz. Ez az alapértelmezett beállítás. Megjegyzés: Az Active Directory-integráció megfelelő működéséhez csatlakoztatnia kell a számítógépet egy tartományhoz, és be kell jelentkeznie egy tartományfiókkal.
Megbízható tartományok belefoglalása	Jelölje be a Megbízható tartományok belefoglalása jelölőnégyzetet, hogy az ügynök az aktuális tartomány által megbízhatónak tartott tartományokhoz, az erdőben egy másik tartományhoz vagy erdőszintű megbízhatósággal rendelkező tartományokhoz csatlakozzon. Amikor nem a megbízható tartományokból importál vagy szinkronizál felhasználókat, törölje a jelölőnégyzet jelölését a teljesítmény növeléséhez. Alapértelmezés szerint be van jelölve.
Meghatározott LDAP-konfiguráció használata	Válassza az LDAP használatára vonatkozó beállítást, ha az importáláshoz és szinkronizáláshoz megadott LDAP-beállításokat szeretné alkalmazni. Megjegyzés: az LDAP használatára vonatkozó beállítás kiválasztásakor a felhasználói felület a hivatkozásokat Active Directoryról LDAP-ra módosítja.
Szerkesztés gomb	A Szerkesztés gombbal módosíthatja az LDAP aktuális konfigurációs beállításait.
Attribútumhatókör-lekérdezések használata	Azt jelzi, hogy a rendszer használ-e attribútumhatókör-lekérdezéseket. Az attribútumhatókör-lekérdezésekkel hatékony címtárkereséseket lehet végezni, amelyek a rekordokat egy másik rekord attribútumának bejegyzései alapján minősítik. Az Azure Multi-Factor Authentication-kiszolgáló az attribútumhatókör-lekérdezéseket a biztonsági csoportok tagfelhasználóinak hatékony lekérdezésére használja. Megjegyzés: Bizonyos esetekben az attribútumhatókör-lekérdezés támogatott, de nem érdemes használni. Például az Active Directory problémákba ütközhet az attribútumhatókör-lekérdezéskor, ha egy biztonsági csoport tagjai több tartományhoz tartoznak. Ebben az esetben törölje a jelölőnégyzet jelölését.

A következő táblázat az LDAP-konfigurációs beállításokat ismerteti.

Szolgáltatás	Leírás
Kiszolgáló	Megadhatja az LDAP-címtárat futtató kiszolgáló állomásnevét vagy IP-címét. Tartalékkiszolgálót is megadhat pontosvesszővel elválasztva. Megjegyzés: Ha a kötés típusa SSL (TLS), teljes gazdagépnév szükséges.
Alap DN	Megadhatja az alap címtárobjektum megkülönböztető nevét, ahonnan az összes címtárlekérdezés indul. Például dc=abc,dc=com.
Kötéstípus – Lekérdezések	Válassza ki az LDAP-címtár kereséséhez használandó kötés megfelelő kötéstípusát. Ezt a rendszer az importálásokhoz, a szinkronizáláshoz és a felhasználónevek feloldásához használja. Névtelen – A rendszer névtelen kötést hajt végre. Nem használ kötési DN-t és kötésjelszót. Ez csak akkor működik, ha az LDAP-címtár engedélyezi a névtelen kötést, és az engedélyek lehetővé teszik a megfelelő rekordok és attribútumok lekérdezését. Egyszerű – A kötési DN-t és a kötésjelszót a rendszer egyszerű szövegként adja át az LDAP-címtárhoz való kötéshez. Ez tesztelési célokra való, annak ellenőrzésére, hogy a kiszolgáló elérhető-e, és a kötési fiók megfelelő hozzáféréssel rendelkezik-e. A megfelelő tanúsítvány telepítése után ehelyett SSL-t használjon. SSL – A kötési DN-t és a kötésjelszót a rendszer SSL-lel titkosítja az LDAP-címtárhoz való kötéshez. Ehhez telepítsen helyileg egy tanúsítványt, amelyet az LDAP-címtár megbízhatónak tart. Windows – A kötési DN-nel és a kötésjelszóval a rendszer biztonságos kapcsolatot létesít egy Active Directory-tartományvezérlővel vagy ADAM-címtárral. Ha a Kötési felhasználónév mezőt üresen hagyja, a kötéshez a rendszer a bejelentkezett felhasználó fiókját használja.
Kötéstípus – Hitelesítések	Válassza ki az LDAP-kötés hitelesítéséhez használandó megfelelő kötéstípust. A kötéstípusok leírását a Kötéstípus – Lekérdezések témakörben találja. Például ez lehetővé teszi, hogy a lekérdezésekhez Névtelen kötést, míg az LDAP-kötések hitelesítésének védelméhez SSL-kötést használjon.
Kötési DN vagy kötési felhasználónév	Megadhatja az LDAP-címtárhoz végrehajtott kötésekhez használt fiók felhasználórekordjának megkülönböztető nevét. A kötés megkülönböztető nevét a rendszer csak akkor használja, ha a kötéstípus Egyszerű vagy SSL. Megadhatja az LDAP-címtárhoz végrehajtott kötésekhez használt Windows-fiók felhasználónevét, ha a kötéstípus Windows. Ha a mezőt üresen hagyja, a kötéshez a rendszer a bejelentkezett felhasználó fiókját használja.
Kötésjelszó	Megadhatja az LDAP-címtárhoz végrehajtott kötésekhez használt kötési DN-hez vagy kötési felhasználónévhez tartozó kötésjelszót. A Multi-Factor Auth-kiszolgálóhoz tartozó AdSync szolgáltatás jelszavának beállításához engedélyezze a szinkronizálást, és győződjön meg róla, hogy a szolgáltatás fut a helyi gépen. A jelszót a rendszer a Windows rendszeren tárolt felhasználónevek és jelszavak között, a Multi-Factor Auth-kiszolgáló AdSync szolgáltatását futtató fiók alatt menti. A jelszót a rendszer a Multi-Factor Auth-kiszolgáló felhasználói felületét futtató fiók alatt és a Multi-Factor Auth-kiszolgáló szolgáltatást futtató fiók alatt is elmenti. Mivel a jelszót a rendszer csak a helyi kiszolgálón tárolja a Windows rendszeren tárolt felhasználónevek és jelszavak között, ezt a lépést meg kell ismételni minden Multi-Factor Auth-kiszolgálón, amelynek hozzá kell férnie a jelszóhoz.
Lekérdezés méretkorlátja	Megadhatja a címtárkeresések által visszaadott felhasználók maximális számára vonatkozó méretkorlátozást. Ennek a korlátnak meg kell egyeznie az LDAP-címtár konfigurációjával. Nagy méretű keresések esetén, ahol a lapozás nem támogatott, az importálás és a szinkronizálás a felhasználókat kötegekben próbálja meg lekérni. Ha az itt megadott méretkorlát nagyobb mint az LDAP-címtárban megadott korlát, előfordulhat, hogy néhány felhasználó kimarad.
Teszt gomb	A Teszt gombra kattintva tesztelheti az LDAP-kiszolgálóhoz való kötéseket. Az LDAP használata beállítást nem kell kijelölni a kötések teszteléséhez. Ez lehetővé teszi a kötések tesztelését az LDAP-konfiguráció használata előtt.

Szűrők

A szűrőkkel feltételeket adhat meg a rekordok minősítéséhez címtárkeresések végrehajtásakor. Szűrők beállításával korlátozhatja a szinkronizálni kívánt objektumok körét.

Az Azure Multi-Factor Authentication az alábbi három szűrőbeállítással rendelkezik:

• Tárolószűrő – Megadhatja a címtárkereséskor a tárolórekordok minősítéséhez használt szűrőfeltételeket. Active Directory és ADAM esetén általában a következő feltétel használatos: (|(objectClass=organizationalUnit)(objectClass=container)). Egyéb LDAP-címtárak esetén a címtársémától függően olyan szűrőfeltételeket használjon, amelyek az egyes tárolóobjektumok egyes típusait minősítik.
  Megjegyzés: Ha üresen hagyja, a rendszer alapértelmezés szerint a következő feltételt használja: ((objectClass=organizationalUnit)(objectClass=container)).
• Biztonsági csoport szűrője – Megadhatja a címtárkereséskor a biztonságicsoport-rekordok minősítéséhez használt szűrőfeltételeket. Active Directory és ADAM esetén általában a következő feltétel használatos: (&(objectCategory=group)(groupType:1.2.840.113556.1.4.804:=-2147483648)). Egyéb LDAP-címtárak esetén a címtársémától függően olyan szűrőfeltételeket használjon, amelyek az egyes biztonságicsoport-objektumok egyes típusait minősítik.
  Megjegyzés: Ha üresen hagyja, a rendszer alapértelmezés szerint a következő feltételt használja: (&(objectCategory=group)(groupType:1.2.840.113556.1.4.804:=-2147483648)).
• Felhasználószűrő – Megadhatja a címtárkereséskor a felhasználórekordok minősítéséhez használt szűrőfeltételeket. Active Directory és ADAM esetén általában a következő feltétel használatos: (&(objectClass=user)(objectCategory=person)). Egyéb LDAP-címtárak esetén a címtársémától függően használja az (objectClass=inetOrgPerson) vagy valamilyen hasonló szűrőfeltételt.
  Megjegyzés: Ha üresen hagyja, a rendszer alapértelmezés szerint a következő feltételt használja: (&(objectCategory=person)(objectClass=user)).

Attribútumok

Az attribútumok igény szerint testreszabhatók egy adott címtárhoz. Ez lehetővé teszi egyéni attribútumok hozzáadását és a szinkronizálás finomhangolását csak a szükséges attribútumokra. Használja az attribútum nevét az egyes attribútummezők értékéhez a címtársémában definiált módon. Az alábbi táblázatban további információkat talál az egyes szolgáltatásokról.

Az attribútumokat manuálisan is megadhatja, és nem kell egyezniük az attribútumlistán szereplő attribútumokkal.

Szolgáltatás	Leírás
Egyedi azonosító	Megadhatja a tároló-, biztonságicsoport- és felhasználórekordok egyedi azonosítójaként szolgáló attribútum nevét. Az Active Directoryban ez általában az objectGUID. Egyéb LDAP-megvalósításokban az entryUUID vagy valami ehhez hasonló is előfordulhat. Az alapértelmezett érték az objectGUID.
Egyedi azonosító típusa	Válassza ki az egyedi azonosító attribútum típusát. Az Active Directoryban az objectGUID attribútum típusa GUID. Egyéb LDAP-megvalósításokban az ASCII bájttömb vagy Sztring típusok is előfordulhatnak. Az alapértelmezett érték a GUID. Fontos, hogy ezt a típust helyesen adja meg, mivel a rendszer a szinkronizált elemekre az egyedi azonosítójuk alapján hivatkozik. Az objektumok a címtárban közvetlenül az egyedi azonosítótípusuk segítségével kereshetők meg. Ha a típust Sztringre állítja, miközben a címtár valójában ASCII-karakterek bájttömbjeként tárolja az értéket, a szinkronizálás nem fog megfelelően működni.
Megkülönböztető név	Megadhatja azon attribútum nevét, amely az egyes rekordok megkülönböztető nevét tartalmazza. Active Directoryban ez általában a distinguishedName. Egyéb LDAP-megvalósításokban az entryDN vagy valami ehhez hasonló is előfordulhat. Az alapértelmezett érték a distinguishedName. Ha nem létezik olyan attribútum, amely csak a megkülönböztető nevet tartalmazza, akkor a hirdetési útvonal attribútum használható. Az elérési út „LDAP://<server>/” részét a rendszer automatikusan leválasztja, csak az objektum megkülönböztető nevét hagyja meg.
Tárolónév	Megadhatja azon attribútum nevét, amely a nevet egy tárolórekordban tárolja. Az attribútum értéke megjelenik a tárolóhierarchiában az Active Directoryból való importáláskor vagy szinkronizált elemek hozzáadásakor. Az alapértelmezett érték a name. Ha a különböző tárolók különböző attribútumokat használnak a neveikhez, akkor az egyes tárolónév-attribútumokat pontosvesszővel válassza el. A rendszer a tárolóobjektumokban található első tárolónév-attribútumot használja az objektumok nevének megjelenítéséhez.
Biztonsági csoport neve	Megadhatja azon attribútum nevét, amely a nevet egy biztonságicsoport-rekordban tárolja. Az attribútum értéke megjelenik a Biztonsági csoport listában az Active Directoryból való importáláskor vagy szinkronizált elemek hozzáadásakor. Az alapértelmezett érték a name.
Felhasználónév	Megadhatja azon attribútum nevét, amely a felhasználónevet egy felhasználórekordban tárolja. A rendszer az attribútum értékét a Multi-Factor Auth-kiszolgáló felhasználóneveként használja fel. Egy második attribútumot is megadhat tartalékként. A második attribútumot a rendszer csak akkor használja, ha az első attribútum nem tartalmaz értéket a felhasználóhoz. Az alapértelmezett érték a userPrincipalName és az sAMAccountName.
Keresztnév	Megadhatja azon attribútum nevét, amely az utónevet egy felhasználórekordban tárolja. Az alapértelmezett érték a givenName.
Vezetéknév	Megadhatja azon attribútum nevét, amely a vezetéknevet egy felhasználórekordban tárolja. Az alapértelmezett érték az sn.
E-mail-cím	Megadhatja azon attribútum nevét, amely az e-mail-címet egy felhasználórekordban tárolja. A rendszer a megadott e-mail-címre üdvözlő és tájékoztató e-maileket küld a felhasználónak. Az alapértelmezett érték a mail.
Felhasználói csoport	Megadhatja azon attribútum nevét, amely a felhasználói csoportot egy felhasználórekordban tárolja. A felhasználói csoportokkal szűrheti a felhasználókat az ügynökben és a jelentésekben a Multi-Factor Auth-kiszolgáló felügyeleti portálján.
Leírás	Megadhatja azon attribútum nevét, amely a leírást egy felhasználórekordban tárolja. A leírás csak keresésekhez használható. Az alapértelmezett érték a description.
Telefonhívás nyelve	Megadhatja azon attribútum nevét, amely a felhasználóhoz intézett hanghívásokhoz használt nyelv rövid nevét tartalmazza.
Szöveges üzenetek nyelve	Megadhatja azon attribútum nevét, amely a felhasználónak küldött SMS szöveges üzenetekhez használt nyelv rövid nevét tartalmazza.
Mobilalkalmazások nyelve	Megadhatja azon attribútum nevét, amely a felhasználónak küldött telefonos alkalmazásbeli szöveges üzenetekhez használt nyelv rövid nevét tartalmazza.
OATH token nyelve	Megadhatja azon attribútum nevét, amely a felhasználónak küldött OATH token szöveges üzeneteihez használt nyelv rövid nevét tartalmazza.
Céges telefon	Megadhatja azon attribútum nevét, amely a vállalati telefonszámot egy felhasználórekordban tárolja. Az alapértelmezett érték a telephoneNumber.
Otthoni telefon	Megadhatja azon attribútum nevét, amely az otthoni telefonszámot egy felhasználórekordban tárolja. Az alapértelmezett érték a homePhone.
Személyhívó	Megadhatja azon attribútum nevét, amely a személyhívószámot egy felhasználórekordban tárolja. Az alapértelmezett érték a pager.
Mobiltelefon	Megadhatja azon attribútum nevét, amely a mobiltelefonszámot egy felhasználórekordban tárolja. Az alapértelmezett érték a mobile.
Fax	Megadhatja azon attribútum nevét, amely a faxszámot egy felhasználórekordban tárolja. Az alapértelmezett érték a facsimileTelephoneNumber.
IP-telefon	Megadhatja azon attribútum nevét, amely az IP-telefonszámot egy felhasználórekordban tárolja. Az alapértelmezett érték az ipPhone.
Egyéni	Megadhatja azon attribútum nevét, amely egy egyéni telefonszámot tárol egy felhasználórekordban. Az alapértelmezett érték: üres.
Mellék	Megadhatja azon attribútum nevét, amely a telefonszámhoz tartozó melléket egy felhasználórekordban tárolja. A mellék mező értékét a rendszer csak az elsődleges telefonszám mellékeként használja. Az alapértelmezett érték: üres. Ha a Mellék attribútum nincs meghatározva, a mellékek megadhatók a telefonattribútum részeként. Ebben az esetben a mellék elé tegyen egy „x” karaktert, hogy a rendszer megfelelően tudja elemezni. Például az 555-123-4567 x890 érték az 555-123-4567-es telefonszámot jelöli 890-es mellékkel.
Alapértelmezések visszaállítása gomb	Kattintson az Alapértelmezések visszaállítása gombra, hogy az összes attribútum visszaálljon az alapértelmezett értékre. Az alapértelmezett értékek megfelelően működnek a normál Active Directory- vagy ADAM-sémával.

Az attribútumok szerkesztéséhez kattintson a Szerkesztés gombra az Attribútumok lapon. Ekkor megjelenik egy ablak, ahol szerkesztheti az attribútumokat. Bármely attribútum mellett a ... elemet kiválasztva megnyílik egy ablak, ahol kiválaszthatja, hogy mely attribútumok jelenjenek meg.

Szinkronizálás

A szinkronizálás biztosítja, hogy az Azure MFA felhasználói adatbázis szinkronizálva legyen az Active Directory vagy egy másik Lightweight Directory Access Protocol- (LDAP-) címtár felhasználóival. A folyamat hasonló a felhasználók az Active Directoryból való manuális importálásához, azonban rendszeresen lekérdezi az Active Directory-felhasználók és biztonsági csoportok változásait feldolgozásra. Emellett letiltja vagy eltávolítja azon felhasználókat, amelyek el lettek távolítva egy tárolóból, biztonsági csoportból vagy az Active Directoryból.

A Multi-Factor Auth ADSync szolgáltatása egy Windows-szolgáltatás, amely rendeszeresen lekérdezi az Active Directoryt. Ez nem tévesztendő össze Azure AD-szinkronizáló vagy a Microsoft Entra Csatlakozás. A Multi-Factor Auth ADSync, bár hasonló kódbázisra épül, az Azure Multi-Factor Authentication-kiszolgálóra jellemző. A telepítéskor leállított állapotban van, és a Multi-Factor Auth-kiszolgáló szolgáltatás indítja el, ha futásra van konfigurálva. Ha többkiszolgálós Multi-Factor Auth-kiszolgálókonfigurációval rendelkezik, a Multi-Factor Auth ADSync csak egy kiszolgálón futtatható.

A Multi-Factor Auth ADSync szolgáltatás a Microsoft által biztosított DirSync LDAP-kiszolgálóbővítményt használja a változások hatékony lekérdezéséhez. Ennek a DirSync vezérléshívónak rendelkeznie kell „a címtár módosult” jogosultsággal, valamint a DS-Replication-Get-Changes kiterjesztett vezérlési hozzáférési joggal. Alapértelmezés szerint a tartományvezérlőkön ezek a jogosultságok a Rendszergazda és a LocalSystem fiókhoz vannak hozzárendelve. A Multi-Factor Auth AdSync szolgáltatás alapértelmezés szerint LocalSystem fiókként fut. Ezért a legegyszerűbb, ha a szolgáltatást egy tartományvezérlőn futtatja. Ha a szolgáltatást úgy konfigurálja, hogy mindig teljes szinkronizálást hajtson végre, akkor futtatható egy alacsonyabb szintű engedélyekkel rendelkező fiókként. Ez kevésbé hatékony megoldás, de kevesebb fiókjogosultságot igényel.

Ha az LDAP-címtár támogatja a DirSync vezérlőt és ahhoz van konfigurálva, akkor a felhasználók és biztonsági csoportok változásainak lekérdezése ugyanúgy fog működni, mint az Active Directoryval. Ha az LDAP-címtár nem támogatja a DirSync vezérlőt, akkor a rendszer minden ciklusban teljes szinkronizálást hajt végre.

Az alábbi táblázat további információkat tartalmaz a Szinkronizálás lap egyes beállításairól.

Szolgáltatás	Leírás
Active Directory-szinkronizálás engedélyezése	Ha be van jelölve, a Multi-Factor Auth-kiszolgáló szolgáltatás rendszeres időközönként lekérdezi a változásokat az Active Directoryból. Megjegyzés: Legalább egy szinkronizált elemet hozzá kell adni és egy Szinkronizálás most műveletet végre kell hajtani, mielőtt a Multi-Factor Auth-kiszolgáló szolgáltatás elkezdené a változások feldolgozását.
Szinkronizálás gyakorisága	Megadhatja azt az időtartamot, amennyit a Multi-Factor Auth-kiszolgáló szolgáltatás vár a változások lekérdezése és feldolgozása között. Megjegyzés: A megadott időköz az egyes ciklusok kezdete között eltelt idő. Ha a feldolgozási idő meghaladja az időközt, a szolgáltatás azonnal ismét elindítja a lekérdezést.
Az Active Directoryban már nem szereplő felhasználók eltávolítása	Ha be van jelölve, a Multi-Factor Auth-kiszolgáló szolgáltatás feldolgozza az Active Directory törölt felhasználóinak törlésjelzőit, és eltávolítja a kapcsolódó Multi-Factor Auth-kiszolgálófelhasználót.
Mindig végezzen teljes szinkronizálást	Ha be van jelölve, a Multi-Factor Auth-kiszolgáló szolgáltatás mindig teljes szinkronizálást végez. Ha nincs bejelölve, a Multi-Factor Auth-kiszolgáló szolgáltatás növekményes szinkronizálást végez csak a módosított felhasználók lekérdezésével. Alapértelmezés szerint nincs bejelölve. Ha nincs bejelölve, az Azure MFA-kiszolgáló csak akkor hajt végre növekményes szinkronizálást, ha a címtár támogatja a DirSync vezérlőt, és a címtárhoz kötő fiók jogosult a DirSync növekményes lekérdezések végrehajtására. Ha a fiók nem rendelkezik a megfelelő engedélyekkel, vagy több tartományt is érint a szinkronizálás, akkor az Azure MFA teljes szinkronizálást hajt végre.
Rendszergazdai jóváhagyás megkövetelése több mint X felhasználó letiltása vagy eltávolítása esetén	A szinkronizált elemek konfigurálhatók úgy, hogy letiltsák vagy eltávolítsák azokat a felhasználókat, akik már nem tagjai az elem tárolójának vagy biztonsági csoportjának. Biztonsági intézkedésként esetlegesen rendszergazdai jóváhagyás lehet szükséges, ha a letiltandó vagy eltávolítandó felhasználók száma meghalad egy küszöbértéket. Ha be van jelölve, az adott küszöbérték meghaladása esetén jóváhagyásra van szükség. Az alapértelmezett érték az 5, a tartomány 1 és 999 közötti. A jóváhagyáshoz a rendszer először egy e-mail-értesítést küld a rendszergazdáknak. Az e-mail-értesítés útmutatást ad a felhasználók letiltásának és eltávolításának áttekintéséhez és jóváhagyásához. A Multi-Factor Auth-kiszolgáló felhasználói felülete megnyitásakor a szolgáltatás jóváhagyást kér.

A Szinkronizálás most gombbal teljes szinkronizálást futtathat a megadott szinkronizált elemekhez. Teljes szinkronizálás szükséges szinkronizált elemek hozzáadásakor, módosításakor, eltávolításakor vagy átrendezésekor. A Multi-Factor Auth AdSync szolgáltatás működésbe lépése előtt is szükséges, mivel beállítja a kezdőpontot, amelyhez viszonyítva a szolgáltatás lekérdezi a növekményes változásokat. Ha a szinkronizált elemek módosultak, de nem került sor teljes szinkronizálásra, a szolgáltatás felszólítja a Szinkronizálás most művelet elvégzésére.

Az Eltávolítás gombbal a rendszergazda törölhet egy vagy több szinkronizált elemet a Multi-Factor Auth-kiszolgáló szinkronizáltelem-listájából.

Figyelmeztetés

Ha egy szinkronizált elem rekordját eltávolítja, az nem állítható vissza. Ha véletlenül törölte egy szinkronizált elem rekordját, újra hozzá kell adnia.

A szinkronizált elemet vagy elemeket a rendszer eltávolította a Multi-Factor Auth-kiszolgálóról. A Multi-Factor Auth-kiszolgáló szolgáltatás a továbbiakban nem dolgozza fel a szinkronizált elemeket.

A Feljebb és Lejjebb gombbal a rendszergazda módosíthatja a szinkronizált elemek sorrendjét. A sorrend azért fontos, mert ugyanaz a felhasználó egynél több szinkronizálási elem (például egy tároló és egy biztonsági csoport) tagja lehet. A felhasználóra a szinkronizálás során alkalmazott beállítások a felhasználóhoz társított listának az első szinkronizált eleméből származnak. Ezért a szinkronizált elemeket prioritási sorrendben kell elhelyezni.

Tipp.

Szinkronizált elemek eltávolítása után teljes szinkronizálást kell végrehajtani. Szinkronizált elemek átrendezése után teljes szinkronizálást kell végrehajtani. Kattintson a Szinkronizálás most gombra a teljes szinkronizálás elindításához.

Multi-Factor Authentication-kiszolgálók

További Multi-Factor Authentication-kiszolgálók is beállíthatók biztonsági mentési RADIUS-proxyként, LDAP-proxyként vagy IIS-hitelesítéshez. A szinkronizálási konfiguráció az összes ügynökre érvényes. Előfordulhat azonban, hogy ezek közül az ügynökök közül csak az egyik rendelkezik a Multi-Factor Authentication kiszolgálószolgáltatással. Ezen a lapon kiválaszthatja azt a Multi-Factor Authentication-kiszolgálót, amelyet engedélyezni kell a szinkronizáláshoz.