Folyamat automatikus felfedezése helyszíni Exchange környezetben | nem Active Directory környezet| 1#3 rész | 26#36 rész

Az Autodiscover kliens egy másik Autodiscover módszert használ az Autodiscover végpont megkereséséhez helyszíni Active Directory alapú környezetben, illetve nem Active Directory környezetben. Az Autodiscover kliens ellenőrzi, hogy Active Directory környezetben található-e vagy sem. Ha úgy dönt, hogy nem Active Directory-környezetben található, az Autodiscover kliens elkezdi aktiválni a kifinomult ellenőrző algoritmust, amely a szükséges Autodiscover végpont megtalálásához és összekapcsolásához jött létre.

A jelenlegi cikk és a következő két cikk a nem Active Directory környezetben megvalósított Autodiscover folyamat áttekintésével foglalkozik.

A Non-Active Directory környezet kifejezés

A „nem Active Directory környezet” kifejezés a következő forgatókönyvek egyikét írja le:
1. Nem tartományhoz tartozó felhasználói asztal csatlakozott.
2. Olyan felhasználói asztal, amely nem a belső szervezet hálózatán található.

Amikor az Autodiscover kliens felismeri, hogy „nem Active Directory környezetben” működik, az Autodiscover kliens „kihagyja” azt a fázist, amelyben megcímzi a Helyszíni Active Directory-t, és elkezdi végrehajtani az Autodiscover folyamatot, keresve az Autodiscover Endpoint hosztnevét, amely úgy tekint az e-mail cím származéka.

Az Autodiscover Endpoint Host helyének meghatározása | Active Directory vs. none - Active Directory környezet

Mielőtt belemennénk a nem Active Directory környezetben megvalósított Autodiscover folyamat részleteibe, fontos megérteni az egyes környezetekben végrehajtott Autodiscover módszer jelentős különbségeit.

Active Directory környezetben az Autodiscover kliens nem ismeri az Autodiscover végpont nevét, és ehelyett az Active Directoryhoz, mint megbízható infrastruktúraforráshoz kapcsolódik, amely megadhatja számára az elérhető Autodiscover végpontok (Exchange CAS-kiszolgálók) „nevét”. .

Nem Active Directory környezetben a „hiányzó rész” az Active Directory.

Ahelyett, hogy az Active Directoryhoz fordulna az Autodiscover végpont nevével kapcsolatos információkért, az Autodiscover ügyfélnek más módszert kell használnia.

Az Autodiscover-ügyfél által használt Autodiscover módszer a következő folyamat alapján:

1. Az Autodiscover Endpoint „kitalálja” vagy „generálja” egy potenciális Autodiscover Endpoint URL-címét a címzett e-mail címétől kapott SMTP-tartomány alapján.

2. Abban az esetben, ha az Autodiscover kliensnek sikerül megtalálnia a „Potenciális Autodiscover Endpoint”-ot és kommunikálni vele, de a „célállomás” nem tudja megadni számára a szükséges információkat, az Autodiscover kliens átirányítást kér egy másik lehetséges Autodiscover végpontra.

3. Abban az esetben, ha a potenciális Autodiscover végpont az „1. lépésből” nem tudta megadni a szükséges Autodiscover-információkat + nem tud átirányítást biztosítani egy potenciális Autodiscover-végponthoz, az Autodiscover kliens megpróbálja lekérdezni a DNS-t, keresve az SRV rekordot, amely tartalmazza egy potenciális Autodiscover-végpont gazdagépneve.

Ügyeljen arra, hogy a nem Active Directory környezetben; az Autodiscover kliens „vak kliensnek” tekinthet, mivel nincs olyan „formális információforrás”, amely megadná neki a potenciális Autodiscover végpont konkrét gazdagépnevét (az URL-t, ha pontosabbak akarunk lenni).

Az a lehetséges forgatókönyv, amelyben az Autodiscover kliens nem tudja használni az Active Directory Autodiscover módszerét.

A négy lehetséges forgatókönyv, amelyben az ügyfél nem tudja használni az LDAP-lekérdezésen és a helyszíni Active Directoryon alapuló automatikus feltárási metódust, a következő:

1. Az asztal nem csatlakozott domain
Amint a név is sugallja, ez a forgatókönyv a következő lehetőségek egyikéhez kapcsolódhat:

• Egy felhasználó asztala, amely nincs tartománytagként konfigurálva (a tartományhoz csatlakozva)
• A felhasználó asztala, amely tartománytagként van beállítva (domain csatlakozott), de a felhasználó helyileg bejelentkezik az asztalára, nem pedig a „Domainprofilba”.

2. Az asztal egy domainhez csatlakozik, de nincs lehetőség az Active Directoryval való kommunikációra

Példa lehet egy olyan felhasználó, akihez a jegyzetfüzete tartományként csatlakozott, de a szervezet felhasználója otthonról vagy nyilvános hálózatról dolgozik.

Ebben az esetben annak ellenére, hogy az asztal „Domain joined” (Domain csatlakozott), a kommunikációs kísérlet az Active Directoryval meghiúsul, mert alapértelmezés szerint az Active Directory védett vagy belső erőforrásnak tekinti, és nincs kitéve a gazdagép hozzáférésének. a nyilvános hálózatról.

3. Az asztal egy tartományhoz csatlakozott; lehetőség van az Active Directoryval való kommunikációra, de az ügyfél által keresett SMTP-tartomány nem „tartozik” a helyszíni Exchange kiszolgálóhoz (az Exchange nem mérvadó az adott tartománynévhez).

izé!! Ez egy nagyon hosszú név egy forgatókönyv címének!

Példa erre a helyzetre az a felhasználó, aki új Outlook levelezési profilt szeretne létrehozni a címzett e-mail címével.

A címzett e-mail címének SMTP tartományrésze nem „tartozik” a Domains szervezethez (az a tartomány, amelyet az Exchange mérvadónak tekint számukra).

Ebben a helyzetben, bár a tartomány nem része a helyi Exchange infrastruktúrának, az Autodiscover kliens lekéri az elérhető Exchange CAS-kiszolgálók listáját az Active Directoryból, és megpróbál kommunikálni a listában szereplő Exchange CAS-kiszolgálókkal, keresve a szükséges Információk automatikus felfedezése.

Csak azután, hogy az Autodiscover kliens kimerítette az összes lehetséges „belső Autodiscover végpontot”, az Autodiscover kliens „feladja magát”, és elkezd egy további Autodiscover módszert használni.

4. Helyszíni Exchange-kiszolgáló nem érhető el.

Ennek a forgatókönyvnek a chartái a következők:

• A felhasználói asztal egy domainhez csatlakozott.
• Az Autodiscover ügyfélnek sikerül lekérdeznie a helyi Active Directory-t, és megkapja a potenciális Autodiscover végpontok listáját.
• Az Autodiscover ügyfél megpróbál kommunikálni az Autodiscover végponttal (Exchange CAS-kiszolgáló), de az Exchange CAS-kiszolgáló nem érhető el (nem válaszol stb.).

Ebben az esetben az Autodiscover kliens „feladja magát”, és egy további Autodiscover módszert kezd használni.

A Lost Treasure-Autodiscover.xml fájl utazása

Az Autodiscover folyamat fogalmának egyszerűsítésére használjuk a következő metaforát:

Az Autodiscover folyamata nagyon hasonlít az „elveszett kincs kereséséhez”.

Valakitől hallottunk nagyon értékes kincsről.
Nagyon szeretnénk ezt a kincset, és tudjuk, hogy „valahol” van egy ember, aki ezt az értékes kincset őrzi.

Csak egy „térképre” van szükségünk, amely elvezethet minket ahhoz az emberhez, aki értékes kincsünket őrzi!

Térjünk vissza a „valós világhoz”, és próbáljuk megérteni, hogy ez a képzeletbeli alak milyen folyamatot képvisel.

1. A „kereső. ”

A „kereső” bármely Autodiscover kliens lehet. A mi forgatókönyvünkben az Autodiscover ügyfél az Outlook, amely konfigurációs beállítást igényel egy új Outlook levelezési profil létrehozásához.

2. Az elveszett kincs - Autodiscover információk

Az „Autodiscover utazás” felemelkedése nagyon egyszerű - keresse meg az Autodiscover információt (az elveszett kincset).

3. A forrás. ”

A drága kincsünket őrző „elem” az Exchange CAS szerver, vagy ha a formális kifejezést akarjuk használni - potenciális Autodiscover Endpoint.

Technikailag a „potenciális” kifejezést használjuk, mert a valóságban, amikor az Autodiscover kliens egy adott gazdagéphez fordul, nem tudja, hogy a gazdagép (a potenciális Autodiscover végpont) válaszol-e a kommunikációs kérésére. Abban az esetben, ha a gazdagép válaszol, nem lehetünk biztosak abban, hogy az adott gazdagép a „helyes”.

Emiatt a „potenciál” kifejezést használjuk. Az a gazdagép, amelynek az Autodiscover kliens címe, potenciálisan a „megfelelő Autodiscover Endpoint” lehet, ugyanakkor az Autodiscover kliensnek tudnia kell, hogyan kezelje azt a forgatókönyvet, amelyben a gazdagép nem a „megfelelő Autodiscover végpont”. ”

4. A térkép. ”

Történetünkben a „térképnek” ahhoz a személyhez kell vezetnie, aki őrzi kívánatos kincsünket.
Az Autodiscover világában a „térkép” webcímként (URL) valósul meg.

Ha pontosak akarunk lenni, a kliens (Outlook) már rendelkezik a térkép nagy részével, a „térképről” már csak az Autodiscover Endpoint neve hiányzik, akik „őrzik” az információkat (őrzik meg értékes kincsünket).

Automatikus felderítési URL (az elveszett kincshez vezető térkép)

Folytatva metaforánkat, a „térképet” (a címet) az elveszett kincshez, vagyis az Autodiscover információkat egy URL-cím használatával valósítják meg.

Nézzük meg az Autodiscover URL-cím szerkezetét, hogy jobban megértsük az Autodiscover-kliens által nem Active Directory környezetben használt Autodiscover metódust.

Az automatikus felfedezés URL-címe a következő részeket tartalmazza:

• A protokoll neve (HTTPS vagy HTTP)
• Az Autodiscover végpont gazdagépneve
• Az elérési út, amely tartalmazza a mappa nevét (Autodiscover) és a szükséges fájl nevét (autodiscover.xml vagy autodiscover.svc)

Az Autodiscover-ügyfél tudja, hogy mi az az URL-címstruktúra, amelyet az automatikus felfedezés végpontjának megcímzéséhez kell használnia.

Az alapértelmezett kommunikációs protokoll a HTTPS (egy másik lehetőség a HTTP az átirányítási kérelmek forgatókönyvében).

Vegye figyelembe, hogy az Autodiscover végpont FQDN-jének nevét az Autodiscover kliens nem ismeri!

A következő részben megtudjuk, hogyan oldja meg ezt a problémát az Autodiscover kliens, de fontos hangsúlyozni, hogy nem Active Directory környezetben az Autodiscover kliens nem tudhatja „előre” a gazdagép nevét, ha az Autodiscover Endpoint.

Az Autodiscover URL alapértelmezett elérési útja a következő elnevezési konvenció alapján.

Az Autodiscover szolgáltatások alapértelmezett elérési útja a következő:

/Autodiscover/autodiscover.xml

A következő ábrán a „jól ismert Autodiscover URL-cím” koncepció bemutatását láthatjuk.

Az Autodiscover kliens „ismeri” az Autodiscover URL-címének legtöbb „részét”.
Az egyetlen „hiányzó rész” az Autodiscover végpont gazdagépneve.

Kiderült a nagy rejtély! Az Autodiscover Endpoint gazdagépnév létrehozása

Amikor egy Autodiscover-ügyfél az „Active Directory Autodiscover metódusát” használja, az Autodiscover-ügyfél megbízik vagy támaszkodik az Active Directoryban az elérhető Autodiscover-végponttal kapcsolatos információk forrásaként.

De abban az esetben, ha az Autodiscover kliens nem tudja „információforrásként” használni az Active Directoryt, honnan tudja az Autodiscover kliens, hogy mi az Autodiscover Endpoint neve? Egynél több lehetséges Autodiscover-végpont létezik?

Izgatott vagyok!

Ma felfedjük azt a nagy titkot, amit csak kevesen tudnak az egész világon!

Az a mód, ahogyan az Autodiscover kliens „megtalálja” az Autodiscover Endpoint gazdagépnevét, talán nem az a „nagy titok, amelyet csak kevesen ismernek az egész világon!” Ez azonban még mindig egy izgalmas folyamat, amelyet néhányunk nem ismer.

• A küldetés egy új Outlook levelezési profil létrehozása.
• Az ügynök neve - Bob
• A hely - Bob nyilvános hálózaton található, és emiatt nem tud hozzáférni a szervezet Active Directoryjához.
• Az akadályok - hogyan lehet megtalálni az Exchange CAS-kiszolgálót (az Autodiscover Endpointot), amely lehetővé teszi Bob számára, hogy csatlakozzon a postaládájához + minden szükséges információt megad az Outlook Anywhere levelezőprofil létrehozásához.

A titkos módszer, amelyet az Autodiscover kliens egy kis trükk alapján használ.
Amint korábban említettük, az Autodiscover Endpoint URL-címe egy előre meghatározott elnevezési konvención nyugszik.
Az Autodiscover kliens esetében, amelynek meg kell találnia az Autodiscover végpontját, az egyetlen hiányzó rész az Autodiscover Endpoint gazdagépneve.

Az Autodiscover kliens által használt trükk a címzett e-mail címe alapján. Minden hivatalos e-mail cím két részből áll:

1. A „bal oldali rész” a címzett álneve vagy a címzett neve.
2. A „Bal oldali rész ”, ez a rész annak a szervezetnek a domain nevét vagy SMTP tartománynevét jelöli, amelyhez a felhasználó tartozik.

Az Autodiscover kliensek tudják, hogyan kell az e-mail cím „jobb részét” használni az SMTP tartománynév „elvételével”, és ez a „Töltsd ki a rejtvény hiányzó részét”. ”

A mi forgatókönyvünk szerint, amikor Bob elindítja az Outlook varázslót, Bobnak meg kell adnia e-mail címét - Bob@o365info.com

Az Autodiscover kliens (Outlook), vegye ki a domain nevet az e-mail címből, és „írja be a nevet ” az Autodiscover URL-be.

Példánkban az Outlook úgy indítja el az utat, hogy csatlakozik a DNS-kiszolgálóhoz, és bekéri az o365info.com nevű gazdagép IP-címét.

Abban az esetben, ha a DNS-kiszolgáló tud IP-címet biztosítani, az Outlook (Automatikus feltáró kliens) potenciális Autodiscover-végpontként kapcsolódik a gazdagéphez.

Az Outlook elsődleges feltételezése az, hogy ez a gazdagép - o365info.com egy potenciális Autodiscover Endpoint, azaz egy Exchange CAS-kiszolgáló vagy -elem, amely képes biztosítani számára a szükséges Autodiscover információkat az Outlook Anywhere-levél létrehozásához. profil.

A legtöbb esetben az a módszer, amelyben az Autodiscover az SMTP tartománynévhez kapcsolódik, a potenciális Autodiscover végpont gazdagépneve, nem hozza meg a kívánt eredményt, mivel egy modern környezetben a „root domain név” hasznosan leképeződik a nyilvános vállalatra. weboldal.

Manapság a nyilvános webhelyek nagy részét „elérhetjük” a formális elnevezési konvenció alkalmazása nélkül, mint például - www., ehelyett csak a domain nevet használjuk.

Tételezzük fel, hogy a mi forgatókönyvünkben az Outlooknak sikerül megtalálnia egy - o365info.com nevű gazdagép IP-címét, de „ez a gazdagép ” nem a szükséges Autodiscover végpont (Exchange CAS-kiszolgáló). ), hanem egy egyszerű webhely.

Ebben a helyzetben az Autodiscover kliens új elnevezési konvenciót használ, de ezúttal; Az Outlook a következő gazdagépnév használatával próbálja meg kezelni az Autodiscover végpontot - autodiscover.o365info.com

A gazdagépnév - Automatikus felfedezés egy megőrzött név.

Minden szervezetnek, amely az Autodiscover-ügyfelet az Autodiscover-végpontjukra akarja irányítani, létre kell hoznia egy A-rekordot a DNS-zónában a tartománynév alatt, amely tartalmazza a gazdagépnevet - Autodiscover, és az Exchange CAS-szerver IP-címére leképezve, amely Autodiscover-végpontként működik.

K: Ez az automatikus felfedezés útjának vége? Feltételezhetjük, hogy a történetnek jó vége van?

A: Igen és nem

Ezzel véget érhet az Autodiscover út, ha a gazdagép - autodiscover.o365info.com az „igazi üzlet”, és ez a „megfelelő Exchange CAS-szerver” engedélyezze az Outlook számára a felhasználói postafiókhoz való csatlakozást + adja meg az összes szükséges konfigurációs beállítást egy új Outlook Anywhere levelezési profil létrehozásához.

Más lehetséges forgatókönyvek szerint az a gazdagép, amelyet az Outlook „potenciális automatikus felismerési végpontnak” tekint, nem az a gazdagép, amely „leállíthatja a folyamatot. ”
Van például egy lehetőség, amelyben az Outlook megtalálja az autodiscover.o365info.com nevű gazdagép IP-címét, de a „host ” nem válaszol az Outlook által küldött HTTPS-kérésre. (A HTTPS protokollon alapuló automatikus felfedezési folyamat).

Ebben az esetben az Outlook „megérti”, hogy nem ez az „utolsó állomás” az Autodiscover útján.

Ha az Autodiscover Endpoint nem válaszolt a HTTPS-kommunikációs kérésre, az Autodiscover kliensnek még mindig van „bizonyos meggyőződése”, hogy a gazdagép más módon is tud neki segíteni.

HTTP átirányítás

A rendeltetési hely miatt a gazdagép nem támogatja a HTTPS kommunikációt, az Autodiscover kliens „megérti”, hogy ez nem az az elem, amely képes biztosítani számára a szükséges Autodiscover információkat.

Az „engedés” helyett az Outlook-kliens megkeresi azt a gazdagépet, amely nem támogatja a HTTPS-t, és megkérdezi tőle, hogy tud-e egy lehetséges automatikus felismerési végpontról.

Az Autodiscover Endpoint a HTTPS helyett HTTP protokoll használatával címzi meg a gazdagépet.

Abban az esetben, ha a gazdagép válaszol a HTTP kérésre, az Autodiscover kliens feltételezi, hogy segítséget kérhet.

Az Autodiscover kliens megpróbál információt kérni a gazdagéptől a névvel kapcsolatban, ha az automatikus felfedezés végpontja.

Szóval… ez a vég?

A válasz nem az!

Abban az esetben, ha a gazdagép, amelynek az Autodiscover kliens címe nem támogatja a HTTP-t, vagy nem tudja megadni a potenciális Autodiscover végpont nevét, az Autodiscover kliens az „utolsó módszert használja, ő viszi a zsákját. ”

Ez az automatikus felfedezési módszer egy speciális DNS-rekordon alapul, melynek neve - SRV rekord.

A DNS SRV rekord egyedisége abban rejlik, hogy az ilyen típusú rekordok lehetővé teszik a DNS-ügyfél számára, hogy lekérdezze a DNS-t a gazdagépnévről, hogy egy adott szolgáltatást biztosítson az Outlookkal, és tudnia kell a gazdagép nevét. Más szavakkal, amikor az SRV lekérdezést használja, és egy adott szolgáltatást keres, a DNS az adott szolgáltatást biztosító gazdagépnévvel válaszol.

Abban az esetben, ha a szervezet közzétesz a DNS-ben egy SRV-rekordot, amely tartalmazza az Autodiscover-szolgáltatásokat nyújtani képes Exchange CAS-kiszolgáló gazdagépnevét (Autodiscover Endpoint), az Autodiscover-ügyfél a nevet fogja használni, és potenciális Autodiscover-végpontként viszonyul a gazdagéphez.