Şirket içi Exchange ortamında akışı otomatik bulma | Active Directory dışı ortam| Bölüm 2#3 | Bölüm 27#36

Mevcut makalede, Autodiscover istemcisinin "Active Directory olmayan bir ortamda
kullandığı Otomatik Bulma algoritmasını inceliyoruz. ”
Otomatik Bulma Araç Kutusu, Otomatik Bulma istemcisinin Otomatik Bulma Uç Noktasını bulmaya çalıştığında kullanabileceği çeşitli yöntemler sunar.

Otomatik Keşfet yolculuğunun özü

Autodiscover istemcisi tarafından uygulanan “Otomatik Keşfet yolculuğunun” temel amacı, Otomatik Keşfet Uç Noktasını bulmaktır.

Teknik olarak konuşursak, Otomatik Bulma istemcisinin Otomatik Bulma işlemini başlatacağı birçok senaryo türü ve farklı türde Otomatik Bulma istemcileri vardır.

Bu nedenle olası senaryo çeşitliliğinin spesifik örneklerine odaklanmamız gerekecek.

Active Directory olmayan bir ortamda Otomatik Bulma sürecini göstermek için, Active Directory olmayan bir ortam olarak tanımlanan bir ortamda yeni bir Outlook posta profili oluşturması gereken bir istemcinin durumunu inceleyeceğiz.

• Varsayılan olarak Otomatik Bulma istemcisi, alıcının E-posta adresinden aldığı belirli bir ana bilgisayar adı (kök etki alanı) için DNS'yi sorgulayarak Otomatik Bulma Uç Noktasını bulmaya çalışacaktır.
• Autodiscover istemcisinin ana bilgisayarla işlemi tamamlamayı başaramaması durumunda, Autodiscover + alan adı adlandırma kuralını kullanarak farklı bir ana bilgisayar adı kullanmayı deneyecektir.
• Autodiscover istemcisinin host ile işlemi tamamlayamaması durumunda gerekli hosta “yönlendirme” talimatı istemeye çalışacaktır.
• Otomatik Bulma istemcisinin ana bilgisayarla işlemi tamamlamayı başaramaması durumunda, gerekli Otomatik Bulma Uç Noktasının ana bilgisayar adını içeren bir SRV kaydı arayarak DNS sunucusunu sorgulayacaktır.

Aşağıdaki diyagramda Autodiscover istemcisinin kullanmaya “programlandığı” Autodiscover algoritmasının akışını görebiliriz.

Tasarımın karmaşık olduğu hissine kapılıyor musunuz ve grafiğe baktığınızda hafif bir baş ağrısı mı hissetmeye başlıyorsunuz?

Katılıyorum ama aynı zamanda bunun Otomatik Keşfet iş akışının "küçültülmüş versiyonu" olduğunu da belirtmeliyim.

Diyagramı boğarken, karşılıklı kimlik doğrulama süreci ve diyagramı sindirilebilir hale getirmenin diğer kısımları gibi birçok "parçayı" atladım.

Örneğin, Otomatik Bulma işleminin bir parçası olarak uygulanan güvenlik mekanizmasıyla ilgili olarak, sonraki bölümde verilen Otomatik Bulma akış açıklaması, uygulanan güvenlik açığına çok genel bir referans içermektedir.

Autodiscover ortamında güvenlik konusu hakkında daha detaylı bilgi almak istiyorsanız - Autodiscover süreci ve Exchange güvenlik altyapısı | Bölüm 20#36

Active Directory olmayan bir ortamda iş akışını otomatik olarak keşfedin | İsteğe bağlı senaryolar

Active Directory olmayan bir ortamda isteğe bağlı Otomatik Bulma senaryolarından bazılarını göstermek için aşağıdaki kuruluş altyapısını kullanalım:

Kuruluşun genel alan adı - o365info.com
Şirketin ana bilgisayar adı kullanılarak yayınlanan genel bir web sitesi var - o365info .com

Bob@o365info.com e-posta adresine sahip olan Bob adında harici bir kullanıcının, Şirket İçi Exchange'de barındırılan posta kutusuna bağlanmak için yeni bir Outlook posta profili oluşturması gerekiyor sunucu.

Senaryo 1: genel alan adını kullanan şirket web sitesi | HTTPS desteği yok

Otomatik Bulma istemcisi (örneğimizde Outlook), alıcının e-posta adresinin "doğru kısmını" alacak ve Potansiyel Otomatik Bulma Uç Noktasının ana bilgisayar adı olarak SMTP alan adını ilişkilendirecektir.

Otomatik bulma istemcisi bir DNS sunucusuyla iletişim kuracak ve - o365info.com adlı bir ana bilgisayarın IP adresi hakkında DNS'yi sorgulayacaktır.

Senaryomuzda, DNS'nin bu ana bilgisayar adıyla "eşlenen" bir IP'si vardır.

Bu IP adresinin, Autodiscover Endpoint değil olan ancak Autodiscover istemcisinin bunu bilmediği şirketin genel web sitesine işaret edeceğini unutmayın!

Otomatik Bulma istemcisi, DNS sunucusundan aldığı IP adresini kullanır ve Potansiyel Otomatik Bulma Uç Noktasının HTTPS protokolünü kullanarak iletişimi destekleyip desteklemediğini kontrol etmeye çalışır.

Bu özel senaryoda, şirketin web sitesi HTTPS'yi desteklemiyor (genel bir sertifikaya sahip değil).

Ana bilgisayar o365info.com ana bilgisayarıyla HTTPS iletişim testi başarısız olduğunda, Otomatik Bulma İstemcisi ek Otomatik Bulma yöntemine "geçmesi" gerektiğini "anlar".

Autodiscover istemcisi yeni bir oturum başlatır ancak bu sefer; Autodiscover istemcisi artık ana bilgisayar adını kullanarak Potansiyel Otomatik Bulma Uç Noktasını aramaya çalışacak - autodiscover.o365info.com

Senaryomuzda, ana bilgisayar adı - Otomatik Keşfet kullanılarak bir A kaydı oluşturuldu ve bu ana bilgisayar adı ile eşlenen IP adresi, Exchange Şirket İçi sunucusunu işaret ediyor.

Otomatik bulma istemcisi, ana bilgisayarın - autodiscover.o365info.com HTTPS'yi destekleyip desteklemediğini kontrol eder.

Autodiscover Endpoint (Genel kullanıma açık Exchange CAS sunucusu), HTTPS protokolünü kullanarak iletişim kurabildiğini onaylar.

Autodiscover istemcisi, Autodiscover Endpoint'ten (Genel kullanıma açık Exchange CAS sunucusu) genel bir sertifika sağlayarak kimliğini kanıtlamasını isteyecektir.

Sunucu sertifikasının başarıyla doğrulanması durumunda, Autodiscover istemcisi kullanıcı kimlik bilgilerini Autodiscover Endpoint'e gönderecektir.

Son adım, Otomatik Bulma istemcisinin Otomatik Bulma Uç Noktasından yeni bir Outlook Anywhere profili oluşturmak için gerekli Otomatik Bulma bilgilerini istediği adımdır.

Senaryo 2: genel alan adını kullanan şirket web sitesi | HTTPS desteği

Aşağıdaki senaryo biraz kafa karıştırıcı çünkü bu sefer "kök alan adı" + HTTPS'yi destekleyen genel bir web sitesiyle ilgileniyoruz.

Bu senaryo, Otomatik Bulma istemcisinin Otomatik Bulma Uç Noktasını bulduğuna "inanmasına" neden olur, ancak gerçekte iletişim kurmaya çalıştığı ana bilgisayar gerekli ana bilgisayar değildir.

Otomatik bulma istemcisi, ana bilgisayar adını bulmak için DNS sunucusuyla bağlantı kuracaktır - o365info.com

IP adresini aldıktan sonra Otomatik Bulma istemcisi, ana bilgisayarın (Potansiyel Otomatik Bulma Uç Noktası) HTTPS iletişimini destekleyip desteklemediğini kontrol etmeye çalışır.

Senaryomuzda şirket web sitesi HTTPS iletişimini destekliyor ve genel bir sertifikaya sahip.

Autodiscover Endpoint'in temel varsayımı, bunun "doğru ana bilgisayar" olduğu ve şimdi; Otomatik Bulma istemcisi, Otomatik Bulma bilgileri için bir istek oluşturacaktır.

İstek, o365info.com ana bilgisayarı tarafından kabul edilecektir, ancak bu ana bilgisayar bir Otomatik Keşfet Uç Noktası değildir ve “Otomatik bulma bilgileri talebi”nin anlamını “anlamıyorum”.

Otomatik Bulma istemcisi "yanlış ana bilgisayarla" iletişim kurmaya çalıştığını bilir ve bir sonraki adım, Otomatik Bulma istemcisinin farklı bir ana bilgisayar adı kullanarak Otomatik Bulma Uç Noktasını aramaya çalışacağı bir sonraki Otomatik Bulma yöntemlerini ilerletmektir - autodiscover.o365info.com

Senaryo 3: HTTP yeniden yönlendirmesi

Bu senaryoda, Exchange On-Premise altyapısını temel alan orijinal senaryomuzdan, Office 365 ve Exchange Online gibi ortamlarda yaygın olan bir senaryo lehine "sapacağız".

Bu senaryoda, kullanıcı posta kutusu Exchange Online sunucusunda barındırılır.
Bulut altyapısı ana bilgisayar adlarını "varsayılan adlandırma kuralını" kullanarak yayınlamaz, bunun yerine Otomatik Bulma istemcisi Potansiyel Otomatik Bulma Uç Noktasını aldığını "düşünür". , otomatik bulma sürecinin devamı için toplantı sahibi onu Office 365 Otomatik Keşfet altyapısına yönlendirir.

Aşağıdaki şemada, Autodiscover istemcisinin DNS sunucusundan şu IP adresini aldığını görebiliriz: - autodiscover.o365info.com

Potansiyel Otomatik Bulma Uç Noktasının (autodiscover.o365info.com) HTTPS bağlantılarını destekleyip desteklemediğini kontrol etmeye çalıştığında olumsuz bir yanıt alır.

Otomatik Bulma istemcisi, Otomatik Bulma Uç Noktasının "yeni adı" hakkında Potansiyel Otomatik Bulma Uç Noktası bilgilerini sormaya çalıştığı bir sonraki Otomatik Bulma yöntemine "geçecektir".

Bu yöntem HTTP yeniden yönlendirmesi olarak tanımlanır çünkü ana bilgisayar Otomatik Bulma istemcisini "ek Potansiyel Otomatik Bulma Uç Noktasına" yönlendirir.

Aşağıdaki şemada, Autodiscover istemcisinin, standart HTTPS protokolü yerine HTTP protokolünü kullanarak ana makineye - autodiscover.o365info.com adres verdiğini görebiliriz.

Office 365 ana bilgisayarı, Otomatik Bulma istemcisini diğer Potansiyel Otomatik Bulma Uç Noktasına yönlendirmesi gereken sürecin "farkında" olduğundan, Office 365 ana bilgisayarı ana bilgisayar adını gönderir: autodiscover.outlook.com .

Otomatik bulma istemcisi şimdi HTTPS protokolünü kullanarak "Autodiscover-s.outlook.com adlı yeni Otomatik Keşfet Uç Noktası ile iletişim kurmaya çalışacak (DNS adı çözümleme işlemini bıraktım).

Office 365 ortamında Autodiscover akışı bu noktada bitmeyecek ancak şimdilik senaryomuzu bu aşamada durduracağım.

Autodiscover istemcisi, "yeni Autodiscover Endpoint"in HTTPS kullanarak iletişim kurabildiğini doğrular. Cevabınız “evet” ise Otomatik Keşfet işlemi bu noktadan sonra devam edecektir.

Senaryo 4: Otomatik Bulma SRV kaydı aranıyor

Aşağıdaki senaryoda, özel bir DNS kaydı olan SRV kaydını temel alan benzersiz bir Otomatik Bulma yöntemi açıklanmaktadır.

SRV Otomatik Bulma yönteminin kullanılması, Otomatik Bulma yönteminin, Active Directory ortamındaki Otomatik Bulma işlemine çok benzeyen, Active Directory olmayan bir ortamda uygulanmasına olanak tanır.

Şimdiye kadar, Otomatik Bulma istemcisinin kullandığı Otomatik Bulma işlemi, Otomatik Bulma istemcisinin, alıcı E-posta adresinin (SMTP alan adı) "doğru kısmını" kullanarak Otomatik Bulma Uç Noktası adını "oluşturduğu" veya tahmin ettiği bir yönteme dayalıydı.

Belirli bir kuruluşun birden fazla genel etki alanına sahip olduğu bir senaryoda, BT'nin etki alanlarının her biri için gerekli DNS kaydını yapılandırması ve ayrıca etki alanlarının her biri için Otomatik Bulma ana bilgisayarının adını sunucu genel sertifikasına eklemesi gerekir.

SRV kaydı seçeneğini kullanarak, farklı bir SMTP etki alanı adı kullanan posta istemcisini "tek yetki noktası"na, yani farklı istemciye hizmet verebilecek bir Otomatik Bulma Uç Noktasına "işaret edememek".

Örneğin, DNS SRV kaydı, o365info.com etki alanından + o365info.org etki alanından bir alıcıyı şu adrese yönlendirebilir: mail3.otherdomain.com adında bir Otomatik Keşfet Uç Noktası

SRV Otomatik Bulma yönteminin "listedeki son Otomatik Bulma yöntemi" olduğunu vurgulamak önemlidir.

Yalnızca Otomatik Bulma istemcisi, önceki senaryolarda incelediğimiz tüm Otomatik Bulma yöntemlerini tüketirse, o zaman SRV Otomatik Bulma yöntemini kullanmaya çalışacaktır.

Autodiscover istemcisinin SRV Autodiscover yöntemini kullanmasına "yönlendirecek" birkaç sahne olabilir.

Bu senaryoda, Otomatik Bulma istemcisi ana bilgisayarların (o365info.com ve autodiscover.o365info.com) IP adresi için DNS sunucusunu sorgulamaya çalışır.

Bu ana bilgisayarın A kaydı DNS'ye kasıtlı olarak eklenmedi.
Amaç, Otomatik Bulma istemcisini SRV Otomatik Bulma yöntemine "geri dönmeye" "zorlamak"tı.

Autodiscover istemcisinin bir sonraki adımı, Autodiscover SRV kaydı için DNS'yi sorgulamaktır.

Örneğimizde, SRV kaydı - mail3.otherdomain.com adlı ana bilgisayarla oluşturulmuş ve yapılandırılmıştır.

Otomatik Bulma istemcisi ana bilgisayarın IP adresini almaya çalışacaktır - mail3.otherdomain.com

Otomatik Keşfet ana bilgisayarı bulduğunda, ana bilgisayarın HTTPS vb. kullanarak iletişim kurabildiğini doğrulamaya çalışacaktır.

Başka bir olası senaryo, Otomatik Bulma istemcisinin autodiscover.o365info.com adlı Potansiyel Otomatik Bulma Uç Noktası hakkında bilgi bulduğu örnektir.

"Sorun", bu ana bilgisayarın bir HTTPS iletişim isteğine yanıt vermemesi ve ayrıca Otomatik Bulma istemcisi için HTTP yeniden yönlendirme uygulamasıyla ilişki kuramamasıdır.

Bu durumda, Otomatik Bulma istemcisi, DNS sunucusunu bir SRV kaydı hakkında sorgulamak için Otomatik Bulma yöntemine "geri dönecektir".