Exchange Hibrit ortamında akışı otomatik keşfetme | Bölüm 2#3 | Bölüm 33#36

Mevcut makale ve bir sonraki makale, Exchange Hibrit ortamında Microsoft web tabanlı aracı Microsoft Uzaktan Bağlantı Çözümleyicisi (ExRCA) kullanılarak uygulanan Otomatik Keşfet akışının ayrıntılı incelemesine ayrılacaktır.

Exchange Hibrit ortamında akışı otomatik keşfetme | Makale serisi

Mevcut makale, üç makalelik bir serinin ikinci makalesidir.
Serideki ek makaleler şunlardır:

• Exchange Hibrit ortamında akışı otomatik keşfetme | Bölüm 1#3 | Bölüm 32#36
• Exchange Hibrit ortamında akışı otomatik keşfetme | Bölüm 3#3 | Bölüm 34#36

Posta kutusunun buluta taşındığı Hibrit ortamdaki bir kullanıcı yeni bir masaüstü alıyor, Outlook simgesine çift tıklıyor, Outlook öksürüyor ve titriyor ve birkaç saniye sonra kullanıcı posta kutusuna bağlanıyor.

Kulağa basit geliyor değil mi?

Gerçekte, kullanıcının yeni bir Outlook posta profili oluşturduğu ve otomatik olarak kendi "bulut posta kutusuna" bağlandığı bu "basit süreç", çok akıllı ve karmaşık bir Otomatik Bulma sürecine dayanmaktadır.

Exchange Hibrit Otomatik Bulma akışının “karmaşık” olarak tanımlanmasının nedeni, posta kutularının Exchange Online altyapısında barındırıldığı Exchange alıcısı için Exchange hibrit ortamındaki Otomatik Bulma akışının iki kez uygulanmasıdır:

Exchange şirket içi altyapısını ilk kez kullanırken ve ikinci kez, Exchange istemcisi bir yeniden yönlendirme mesajı aldıktan sonra, Exchange Online altyapısına karşı Otomatik Bulma akışı gerçekleştirilir.

Exchange hibrit ortamında Otomatik Keşfet yolculuğunun büyüsü

Mevcut makalede ve bir sonraki makalede (Exchange Hibrit ortamında Otomatik Keşfet akışı | Bölüm 3#3 | Bölüm 34#36), Hibrit ortamda Otomatik Keşfet yolculuğunun içerdiği birçok adımın her birini ayrıntılı olarak inceleyeceğiz.

Bu adımların her birini ayırmaya çalıştım ve 30 farklı parçadan oluşan bir sonuçla karşılaştım.

“30 " sayısı yalnızca rastgele bir sayıdır çünkü "Otomatik Keşfet Yolculuğu" hatta daha fazla veya daha az parçaya daldılar. “Parçaların” sayısı birçok değişkene bağlıdır.

Dolayısıyla, gerekli cesarete sahipseniz gelin ve Exchange hibrit ortamında Otomatik Keşfet akışını yeniden canlandırmaya yönelik uzun ama büyüleyici yolculuğumuza katılın!

Bu senin son şansın. Bundan sonra, geri dönüş yok. Mavi hapı alırsan hikaye biter; yatağında uyanırsın ve inanmak istediğin şeye inanırsın. Kırmızı hapı alırsan Harikalar Diyarında kalırsın, ben de sana tavşan deliğinin ne kadar derin olduğunu gösteririm. Unutmayın: sunduğum tek şey gerçektir, başka bir şey değil.

Matrix bölüm 1#3'ten alıntıdır

Senaryo açıklaması

Autodiscover sürecini Hibrit ortamda gösterebilmek için aşağıdaki senaryoyu kullanacağız:

- o365info.com adlı bir kuruluş, Exchange Şirket İçi posta kutuları ile bulut (Exchange Online) posta kutularının bir karışımını içeren bir Karma Exchange yapılandırması kullanıyor.

Senaryomuzda, aşağıdaki E-posta adresini (Alice@o365info.com) kullanan Alice adlı bir kullanıcının yeni bir Outlook posta profili oluşturması gerekiyor.

Alice'in posta kutusu buluta (Exchange Online) taşındı.

Hibrit ortamda Otomatik Keşfet'in uzun yolculuğu

Hibrit ortamda Exchange On-Premise, Otomatik Keşfet hizmetleri için bir "odak noktası" olarak hizmet vermeye devam ediyor.

Alice posta kutusunun fiziksel olarak Exchange Online'da saklanmasına rağmen Otomatik Bulma süreci Exchange Şirket İçi ortamında başlayacaktır.

Exchange istemcisi (senaryomuzda Alice) Exchange On-Premise sunucusuna bağlanmaya çalışacaktır ve kullanıcı posta kutusunun "bulutta" olması durumunda Exchange On-Premise, posta istemcisini "kendi" adresine yönlendirecek öğedir. ona "bulut E-posta adresini" sağlayarak bulut posta kutusu.

Ayrıntılara girmeden önce, Hibrit ortamdaki Otomatik Keşfet yolculuğumuzda ortaya çıkacak "büyük resmi" veya birincil düğümleri görebilmemiz önemlidir.

Aşağıdaki diyagramda, Otomatik Bulma istemcisinin, Otomatik Bulma yolculuğunda, kendisine gerekli Otomatik Bulma bilgilerini sağlayacak olan Otomatik Bulma Uç Noktası olan son varış noktasına ulaşana kadar birçok düğümden geçmesi gerektiğini görebiliriz.

Microsoft uzaktan bağlantı çözümleyicisini kullanma - önek

Otomatik Bulma akışında yer alan Otomatik Bulma adımlarının her birini gösterebilmek için, şematik ve Microsoft uzaktan bağlantı çözümleyicisinin sonucundan alınan bir ekran görüntüsünün bir kombinasyonunu kullanacağız.

Senaryomuzda, Microsoft Office Outlook Bağlantı testleri adlı ExRCA testini kullanacağız ve Outlook Otomatik Keşfet 'i seçeceğiz. testi yapın.

1. Borsa “ortamı” | Şirket İçi Exchange

Senaryomuzda Exchange Online altyapısında posta kutusunun barındırdığı bir alıcının Otomatik Bulma akışını inceliyoruz.

Teorik olarak, alıcı posta kutusu fiziksel olarak Exchange Online altyapısında yer aldığından ExRCA "Office 365 sekmesini" seçmeliydik.

Exchange hibrit ortamında, Şirket İçi Exchange "Otomatik Keşfet odak noktası" olarak hizmet eder. Otomatik Bulma akışı, Exchange on-Premises hizmetini adresleyerek başlamalı ve Otomatik Bulma istemcisine sağlanacak “yönlendirme mesajına” dayanarak, Exchange Online altyapısını adresleyerek Otomatik Bulma akışını sürdürmelidir.

Bu nedenle Exchange Sunucusu sekmesini seçeceğiz.

2. Giriş kimlik bilgileri

Otomatik Bulma işlemini test etmek istediğimiz bir senaryoda, Exchange Online'da barındırılan kullanıcı posta kutusu için UPN (Kullanıcı Asıl adı) adlandırma kuralını kullanmamız gerekecektir. İşlem, - o365info\Alice gibi standart Active Directory oturum açma adlandırma kuralının kullanılmasını sağlayan Exchange On-Premise ile başlasa da

Bunun nedeni ise - ilk Otomatik Keşfet aşamasında; kullanıcı kendisini Exchange On-Premise'den önce tanımlar ancak sonraki adımlarda Otomatik Bulma istemcisinin kendisini Office 365 UPN adlandırma kuralını kullanan Exchange Online sunucusuna tanıtması gerekir, örneğin - Alice @o365info.com

3. İki farklı Exchange altyapısı

Exchange hibrit ortamında uygulanan belirli Otomatik Keşfet adımlarına dalmadan önce, tamamlanmış bir ExRCA testi örneğine bakarak en sondan başlayalım.

Aşağıdaki ekran görüntüsünde Autodiscover testinin başarıyla tamamlandığını görüyoruz.

Özet raporu iki farklı Exchange ortamı hakkındaki bilgileri görüntüler:

• Şirket içi Exchange ortamı
• Exchange Çevrimiçi ortamı

Microsoft uzaktan bağlantı çözümleyicisini kullanma - ayrıntılı açıklama

Sonraki bölümde ve bir sonraki makalede, Exchange hibrit ortamında Otomatik Bulma akışında uygulanan “30 adımın” her birini ayrıntılı olarak inceleyeceğiz.

Adım 1/30: o365info.com ana bilgisayar adını çözümlemeye çalışmak

Varsayılan olarak Otomatik Bulma istemcisi, alıcı E-posta adresinden "çıkarılan" bir ana bilgisayar adını kullanarak "potansiyel Otomatik Bulma Uç Noktasını" bulmaya çalışacaktır.
Otomatik bulma istemcisi, alıcı E-posta adresinin "doğru kısmını" kullanacaktır. -SMTP alan adını içeren e-posta adresi.
Senaryomuzda alıcı E-posta adresi - Alice@o365info.com

Bu özel E-posta adresine dayanarak; Otomatik Bulma istemcisi - o365info.com adlı bir ana bilgisayarın IP adresini arayan bir DNS sorgusu oluşturacaktır.

DNS sunucusunun "yanıtı" belirli bir kuruluşa, genel sunucuya ve hizmet altyapısına bağlıdır.
Örneğin, çoğu kuruluşun genel bir web sitesi vardır ve çoğu zaman genel alan adı "eşlenir" web sitesinin genel IP'sine.

Senaryomuzda DNS sunucusu, istenen ana bilgisayar adının genel IP adresiyle yanıt verir. DNS sunucusu tarafından sağlanan IP, bir Exchange sunucusuna (Otomatik Keşfet Uç Noktası) "ait" değildir, bunun yerine bu genel IP adresi standart bir web sunucusuna atanır.

Adım 1/30: ExRCA bağlantı testinden elde edilen verilerin analiz edilmesi

Microsoft Remote Connectivity analyzer sonuç sayfasında aşağıdaki bilgileri görebiliriz:

Otomatik Keşfet'in ana bilgisayarın IP adresi (o365info.com) için DNS sunucusunu sorguladığı DNS adı çözümleme adımı başarıyla tamamlanır.

DNS sunucusu, genel IP adreslerinin bir listesiyle yanıt verir.

DNS'deki o365info.com ana bilgisayar adı çözümlenmeye çalışılıyor. Ana bilgisayar adı başarıyla çözümlendi. Döndürülen IP adresleri: 104.28.12.85, 104.28.13.85

Adım 2/30: o365info.com ana bilgisayarında TCP bağlantı noktası 443'ün test edilmesi

Otomatik Bulma istemcisi, önceki adımda aldığı IP adresini kullanarak potansiyel Otomatik Bulma Uç Noktasını adresler.

Otomatik Bulma istemcisi, potansiyel Otomatik Bulma Uç Noktasının HTTPS protokolünü (bağlantı noktası 443) kullanarak iletişim kurabildiğini doğrulamaya çalışacaktır.

Senaryomuzda HTTPS iletişim testi başarılı oluyor. “Sunucu” HTTPS kullanarak iletişim kurabileceğini onaylıyor.

Sadece kısa bir hatırlatma

• Durum 1 - “hedef ana bilgisayarın” HTTPS protokolünü desteklemesi, ana bilgisayarın gerekli Otomatik Bulma hizmetlerini sağlayabilecek Exchange sunucusu olduğu anlamına gelmez.
• Durum 2 - “hedef ana bilgisayar”ın HTTPS protokolünü desteklemesi durumunda bile + “hedef ana bilgisayar” geçerli bir Exchange sunucusu olsa bile; bu, Otomatik Bulma istemcisine Otomatik Bulma bilgilerini sağlayabileceği anlamına gelmez.

Adım 2/30: ExRCA bağlantı testinden elde edilen verilerin analiz edilmesi

Microsoft Remote Connectivity analyzer sonuç sayfasında aşağıdaki bilgileri görebiliriz:

Autodiscover istemcisi, “hedef ana bilgisayar”ın, HTTPS protokolünün desteklenip desteklenmediğini ve yanıtın “evet” olup olmadığını doğrulamaya çalışır.

O365info.com ana bilgisayarında 443 numaralı TCP bağlantı noktasının dinlendiğinden ve açık olduğundan emin olmak için test ediliyor. Bağlantı noktası başarıyla açıldı.

Adım 3/30: o365info.com uzak sunucusundan SSL sertifikası alınmaya çalışılıyor

Autodiscover istemcisi ile Autodiscover Endpoint arasındaki Autodiscover "ilişkileri" bir "güven kavramı" üzerine kurulmuştur.

İlk aşama, Autodiscover istemcisinin Autodiscover Endpoint'e güvenmesi gereken adımdır ve ikinci aşamada Autodiscover Endpoint'in de Autodiscover istemcisine "güvenmesi" gerekecektir.

“Güven”, Autodiscover Endpoint'in kimliğini kanıtlaması gereken adımla başlar.

Autodiscover Endpoint kimliğini doğrulayabilmek için Autodiscover istemcisi, Autodiscover Endpoint'ten kendisine genel sertifikasını göndermesini isteyecektir.

Adım 3/30: ExRCA bağlantı testinden elde edilen verilerin analiz edilmesi

Microsoft Remote Connectivity analyzer sonuç sayfasında aşağıdaki bilgileri görebiliriz:

• Autodiscover istemcisi, Autodiscover Endpoint'ten kendisine sertifikasını göndermesini ister.
• Autodiscover Endpoint sertifikasını gönderir.
• Sertifika, Otomatik Bulma istemcisi tarafından başarıyla kabul edildi.

Microsoft Bağlantı Çözümleyicisi, 443 numaralı bağlantı noktasındaki uzak sunucu o365info.com'dan SSL sertifikasını almaya çalışıyor.
Microsoft Bağlantı Çözümleyicisi uzak SSL sertifikasını başarıyla aldı.

ek detaylar

Aşağıdaki bölümde Autodiscover istemcisine gönderilen sunucu genel sertifikasının içeriğini görebiliriz.

Uzak Sertifika Konusu: CN=ssl2000.cloudflare.com, O=”CloudFlare, Inc.”, L=San Francisco, S=CA, C=US, Sertifikayı Veren: CN=GlobalSign Organizasyon Doğrulaması CA - G2, O= GlobalSign nv-sa, C=BE.

Adım 4/30: Geçerli olduğundan emin olmak için o365info.com SSL sertifikasını test etme.

Autodiscover istemcisinin sunucu sertifikasını “onaylayabilmesi” için üç farklı doğrulama testi uygulaması gerekecektir.
(Üç farklı testten birinin başarısız olması durumunda sertifika geçerli sayılmayacaktır).

İlk test, gerçekler - “Ana bilgisayar adı”. Otomatik Bulma istemcisi, sertifikanın Otomatik Bulma Uç Noktasının ana bilgisayar adını içerip içermediğini kontrol edecektir.
Senaryomuzda, Otomatik Bulma istemcisi ana bilgisayar adını aramaya çalışacaktır - o365info.com

Örneğimizde sonuç “başarısız”dır çünkü sunucu tarafından sağlanan sertifika ana bilgisayar adını içermez - o365info.com

Adım 4/30: ExRCA bağlantı testinden elde edilen verilerin analiz edilmesi

Microsoft Remote Connectivity analyzer sonuç sayfasında sunucu sertifikasının gerekli ana bilgisayar adını içermediğine ilişkin bilgileri görebiliriz.

O365info.com ana bilgisayar adı, CN=ssl2000.cloudflare.com, O=”CloudFlare, Inc.”, L=San Francisco, S=CA, C=US sunucu sertifikasında bulunan hiçbir adla eşleşmiyor.

Adım 5/30: autodiscover.o365info.com ana bilgisayar adını çözümlemeye çalışmak

Ana bilgisayar adını kullanarak olası Otomatik Bulma Uç Noktası ile iletişim girişimi başarısız olduğundan, Otomatik Bulma istemcisi bir sonraki yönteme geçecek ve burada Otomatik Bulma istemcisi aşağıdaki adlandırma şemasını kullanarak potansiyel bir Otomatik Bulma Uç Noktasını arayacaktır - Otomatik bulma +
Senaryomuzda, alıcının E-posta adresi - Alice@o365info.com
Bu özel E-posta adresine dayanarak; Otomatik Bulma istemcisi - o365info.com adlı bir ana bilgisayarın IP adresini arayan bir DNS sorgusu oluşturacaktır.

Senaryomuzda autodiscover.o365info.com ana bilgisayar adı Exchange şirket içi sunucusuyla eşlenir.

Adım 5/30: ExRCA bağlantı testinden elde edilen verilerin analiz edilmesi

Microsoft Remote Connectivity analyzer sonuç sayfasında aşağıdaki bilgileri görebiliriz:

DNS'de autodiscover.o365info.com ana bilgisayar adı çözümlenmeye çalışılıyor. Ana bilgisayar adı başarıyla çözümlendi. Döndürülen IP adresleri: 212.25.80.239

Adım 6/30: Dinlendiğinden ve açık olduğundan emin olmak için autodiscover.o365info.com ana bilgisayarında TCP bağlantı noktası 443'ün test edilmesi.

Otomatik Bulma istemcisi, önceki adımda aldığı IP adresini kullanarak potansiyel Otomatik Bulma Uç Noktasını adresler.

Otomatik Bulma istemcisi, potansiyel Otomatik Bulma Uç Noktasının HTTPS protokolünü (bağlantı noktası 443) kullanarak iletişim kurabildiğini doğrulamaya çalışacaktır.

Senaryomuzda HTTPS iletişim testi başarılı oluyor. “Sunucu” HTTPS kullanarak iletişim kurabileceğini onaylıyor.

Adım 6/30: ExRCA bağlantı testinden elde edilen verilerin analiz edilmesi

Microsoft Remote Connectivity analyzer sonuç sayfasında aşağıdaki bilgileri görebiliriz:

DNS'de autodiscover.o365info.com ana bilgisayar adı çözümlenmeye çalışılıyor. Ana bilgisayar adı başarıyla çözümlendi. Döndürülen IP adresleri: 212.25.80.239

Adım 7/30: Autodiscover.o365info.com uzak sunucusundan SSL sertifikası alınmaya çalışılıyor

Autodiscover Endpoint kimliğini doğrulayabilmek için Autodiscover istemcisi, Autodiscover Endpoint'ten kendisine genel sertifikasını göndermesini isteyecektir.

Adım 7/30: ExRCA bağlantı testinden elde edilen verilerin analiz edilmesi

Microsoft Remote Connectivity analyzer sonuç sayfasında aşağıdaki bilgileri görebiliriz:

• Autodiscover istemcisi, Autodiscover Endpoint'ten kendisine sertifikasını göndermesini ister.
• Autodiscover Endpoint sertifikasını gönderir.
• Sertifika, Otomatik Bulma istemcisi tarafından başarıyla kabul edildi.

Microsoft Bağlantı Çözümleyicisi, 443 numaralı bağlantı noktasındaki autodiscover.o365info.com uzak sunucusundan SSL sertifikasını almaya çalışıyor.
Microsoft Bağlantı Çözümleyicisi uzak SSL sertifikasını başarıyla aldı.

Aşağıdaki bölümde Autodiscover istemcisine gönderilen sunucu genel sertifikasının içeriğini görebiliriz.

Uzak Sertifika Konusu: CN=mail.o365info.com, OU=Domain Control Validated, O=mail.o365info.com, Veren: SERIALNUMBER=07969287, CN=Go Daddy Secure Certification Authority, OU=http://certificates .godaddy.com/repository, O=”GoDaddy.com, Inc.”, L=Scottsdale, S=Arizona, C=ABD.

Senaryomuzda sunucu sertifikasının GoDaddy.com tarafından sağlandığını görebiliriz.

Adım 8/30: Geçerli olduğundan emin olmak için autodiscover.o365info.com SSL sertifikasını test etme.

Autodiscover istemcisinin gerçekleştirdiği sertifika doğrulama testi üç farklı bölümden oluşur.

1. Sertifika adının doğrulanması
Otomatik Keşfet istemcisi, ana makine adını kullanarak olası Otomatik Keşfet Uç Noktasını adresleyin - autodiscover.o365info.com

Bunun geçerli veya güvenilir bilgi kaynağı olduğunu bilmek için Autodiscover istemcisi, sertifikanın belirtilen ana bilgisayar adını içerip içermediğini kontrol edecektir -
autodiscover.o365info.com veya joker karakter sertifikası senaryosunda etki alanı adı - *.o365info.com.

2. Sertifika güvenini doğrulama
Sunucunun sağladığı genel sertifika, bir CA (sertifika yetkilisi) tarafından sağlandı. Otomatik Bulma istemcisinin, sunucuya (Otomatik Keşfet Uç Noktası) sertifikasını sağlayan CA sertifikasını da doğrulaması gerekir.

3. Sertifika tarihinin geçerli olduğunu doğrulayın.
Otomatik Bulma istemcisinin, sunucu sertifika tarihinin geçerli olduğunu doğrulaması gerekecektir.

Otomatik bulma konusu, güvenlik mekanizması ve sertifikalar hakkında daha detaylı bilgi almak isterseniz: Otomatik bulma süreci ve Exchange güvenlik altyapısı | Bölüm 20#36

Adım 8/30: ExRCA bağlantı testinden elde edilen verilerin analiz edilmesi

Microsoft Remote Connectivity analyzer sonuç sayfasında aşağıdaki bilgileri görebiliriz:

1. Sertifika adının doğrulanması
Otomatik Bulma istemcisi, sunucu sertifikasının sunucu FQDN'sini veya sunucu etki alanı adını içerdiğini doğrulayın.

Sertifika adı doğrulanıyor. Sertifika adı başarıyla doğrulandı. Sertifika Konusu Alternatif Adı girişinde autodiscover.o365info.com ana bilgisayar adı bulundu.

2. Sertifika güvenini doğrulama

• Otomatik Bulma istemcisi, sunucu sertifikasında görünen güven zincirini doğrular.
• Autodiscover istemcisi güven zincirini doğrulamayı başarıyla yönetir.

Microsoft Bağlantı Analizcisi, CN=mail.o365info.com, OU=Domain Control Validated, O=mail.o365info.com sertifikası için sertifika zincirleri oluşturmaya çalışıyor. Bir veya daha fazla sertifika zinciri başarıyla oluşturuldu.

3. Sertifika tarihinin geçerli olduğunu doğrulayın.

Otomatik Bulma istemcisi, sunucu sertifikasının hâlâ geçerli olduğunu ve süresinin dolmadığını doğrular.
Örneğimizde testin başarıyla tamamlanması, sunucu sertifikasının geçerli olduğu anlamına gelir.

Tarih doğrulaması geçti. Sertifikanın süresi dolmadı. Sertifika geçerlidir. NotBefore=26.01.2013 23:22:11, NotAfter=26.01.2015 23:22:11

Adım 9/30: İstemci sertifikası kimlik doğrulaması için IIS yapılandırmasının kontrol edilmesi

Autodiscover istemcisi ile Autodiscover Endpoint arasındaki "güven kanalı", her bir tarafın kendi kimliğini kanıtlama yeteneği üzerine kuruludur.

Önceki bölümde, Otomatik Bulma istemcisi sunucunun kimliğini başarıyla doğrulamayı başardı.
Şimdi, Otomatik Bulma istemcisinin gerekli Otomatik Bulma bilgilerini almak için kimliğini sunucuya kanıtlaması gerekeceği ikinci kısma geçiyoruz.

Otomatik Bulma istemcisi, hedef ana bilgisayarın (Otomatik Bulma Uç Noktası) bir istemci sertifikasına ihtiyacı olup olmadığını doğrulayın. (Müşteri sertifikası, müşterinin kimliğini kanıtlayabileceği bir yöntemdir).

İstemci sertifikasının kullanımı çok nadirdir ve çoğu zaman istemcinin "kimliğini kanıtlamak" için kullandığı yöntem, kullanıcının kimlik bilgilerini sağlamaktır.

Adım 9/30: ExRCA bağlantı testinden elde edilen verilerin analiz edilmesi

Microsoft Uzaktan Bağlantı Çözümleyicisi sonuç sayfasında şunu görebiliriz:

• Otomatik Bulma istemcisi, sunucuya bir istemci sertifikasının gerekli olup olmadığını sorar.
• Sunucu, istemci tarafı sertifikasına ihtiyacı olmadığını yanıtlıyor.

İstemci sertifikası kimlik doğrulaması için IIS yapılandırması kontrol ediliyor. İstemci sertifikası kimlik doğrulaması algılanmadı. İstemci Sertifikalarını Kabul Et/Gereksinim yapılandırılmamış.

Adım 10/30: Otomatik Keşfet Uç Noktasına kullanıcı kimlik bilgilerinin sağlanması

Sertifika doğrulaması, test başarıyla tamamlandıktan ve Otomatik Bulma istemcisi hedef ana bilgisayara "güvenebilir" hale geldikten sonra, Otomatik Bulma istemcisinin kimliğini de kanıtlaması gerekecektir.
Otomatik Bulma istemcisi, kullanıcının kimlik bilgilerini sağlayarak kendisini tanıtacaktır. ”
(Kullanıcı adı + şifre).

Adım 10/30: ExRCA bağlantı testinden elde edilen verilerin analiz edilmesi

Adım 11/30: Potansiyel Otomatik Bulma URL'sine Otomatik Bulma POST isteği gönderilmeye çalışılıyor: https://autodiscover.o365info.com/autodiscover/autodiscover.xml

Otomatik Bulma istemcisi, gerekli Otomatik Bulma bilgilerini almak için Otomatik Bulma Uç Noktasına bir Otomatik Bulma POST isteği göndermeye çalışacaktır.

Senaryomuzda Otomatik Keşfet Uç Noktası, Şirket içi Exchange'in Genel kullanıma açık sunucusudur.

Hatırlarsanız Alice'in posta kutusu Exchange Online sunucusunda barındırılmaktadır.
Şirket İçi Exchange, Alice'in posta kutusuyla "Uzak posta kutusu" olarak ilişkilidir.

Şirket içi Exchange, Alice'in posta kutusunun "sahibi" olduğundan, Şirket içi Exchange yanıtı, Alice'in posta kutusu anlamına gelen Exchange Online altyapısını barındıran "gerçek" Exchange altyapısına bir yönlendirmeyi içerecektir.

Şirket İçi Exchange, kullanıcıya (Alice) Otomatik Bulma işlemini yeni veya güncelleştirilmiş bir E-posta adresi kullanarak gerçekleştirmesi gerektiği konusunda "bilgi verir".

Senaryomuzda, Şirket İçi Exchange Alice'e "gerçek E-posta adresinin" şu şekilde olduğunu bildirir: Alice@o365info2.onmicrosoft.com

Hibrit ortam ve Office 365 “Hibrit alan adı”

Otomatik Keşfet süreci açıklamasına devam etmeden önce Hibrit ortamda E-posta adresi kavramını anlamak önemlidir.

Özel senaryomuzda, Exchange Online alıcılarını "temsil etmek" için kullanılan SMTP etki alanı adı alanı şu şekildedir: o365info2.mail.onmicrosoft.com

Bu "etki alanı adı", Otomatik Bulma işlemi için kullanılacak gerçek bir alan adı değildir; bunun yerine yalnızca Exchange Online alıcılarını Exchange Online Otomatik Bulma altyapısına "yönlendirecek" bir "mantıksal işaretçidir".

Otomatik Bulma istemcisi - o365info2.onmicrosoft.com adlı bir ana bilgisayarı aramaya çalıştığında, ana bilgisayar adının yayımlanması gerekmediğinden işlem başarısız olur.

Aşağıdaki diyagramda Exchange On-Premises Autodiscover yanıtının bir yeniden yönlendirme mesajı içerdiğini görebiliriz.

Şirket içi Exchange, Alice'e "gerçek" E-posta adresinin-
Alice@o365info2.mail.onmicrosoft.com olduğunu bildirir.

Adım 11/30: ExRCA bağlantı testinden elde edilen verilerin analiz edilmesi

Microsoft Remote Connectivity analyzer sonuç sayfasında aşağıdaki bilgileri görebiliriz:

• Otomatik Bulma istemcisi, Otomatik Bulma bilgilerini isteyen Otomatik Bulma Uç Noktasını adresler.
• Otomatik Keşfet Uç Noktası yanıtı, "başka" bir E-posta adresini içeren bir yeniden yönlendirme mesajı içerir.

Microsoft Bağlantı Çözümleyicisi, alice@o365info.com kullanıcısı için https://autodiscover.o365info.com:443/Autodiscover/Autodiscover.xml URL'sinden bir XML Otomatik Bulma yanıtı almaya çalışıyor. Otomatik Keşfet XML yanıtı başarıyla alındı.
Otomatik Keşfet Etki Alanı Yeniden Yönlendirmesi
redirectAddr
Alice@o365info2.mail.onmicrosoft.com

Adım 12/30: o365info2.mail.onmicrosoft.com ana bilgisayar adını çözümlemeye çalışmak

Artık Otomatik Keşfet akışı, Exchange Şirket İçi ortamından "bulut ortamına" (Office 365 ve Exchange Online) "taşındı".

Otomatik Bulma istemcisi, Otomatik Bulma sürecini yeniden başlatması gerektiğini "anlıyor". Otomatik Bulma işlemi, Alice'e teslim edilen "yeni E-posta Adresini" temel alacaktır - Alice@o365info2.mail.onmicrosoft.com

Zaten bildiğimiz gibi, Otomatik Bulma istemcisi alıcının
E-posta adresinin "doğru kısmını" "çıkaracak" ve bu ana bilgisayar adını arayan bir DNS sorgusu başlatmayı deneyecektir.

Otomatik Bulma istemcisi, o365info2.mail.onmicrosoft.com adlı ana bilgisayarın IP adresini arayarak bir DNS sunucusuna adres verecektir.

Bilgi talebi başarısız olacaktır çünkü gerçekte böyle bir ana bilgisayar yoktur.

Adım 12/30: ExRCA bağlantı testinden elde edilen verilerin analiz edilmesi

Microsoft Remote Connectivity analyzer sonuç sayfasında aşağıdaki bilgileri görebiliriz:

• Otomatik Bulma istemcisi, ana bilgisayarın IP adresini (mail.onmicrosoft.com) arayarak DNS sunucusuna adres verir.
• DNS yanıtı, belirli ana bilgisayar adı hakkında herhangi bir bilgiye sahip olmamasıdır.

DNS'de o365info2.mail.onmicrosoft.com ana bilgisayar adı çözümlenmeye çalışılıyor. Ana makine adı çözümlenemedi. o365info2.mail.onmicrosoft.com ana bilgisayarı DNS InfoNoRecords'ta çözülemedi.

Adım 13/30: autodiscover.o365info2.mail.onmicrosoft.com ana bilgisayar adını çözümlemeye çalışmak

Otomatik Bulma istemcisinin "etki alanı adlandırma kuralını" kullanarak Otomatik Bulma Uç Noktasını bulamaması durumunda, Otomatik Bulma istemcisi aşağıdaki adlandırma şemasını kullanarak FQDN'yi kullanarak Otomatik Bulma Uç Noktasını aramaya çalışacaktır - Autodiscover +< SMTP alan adını e-postayla gönder>

Senaryomuzda, bu "formülün" sonucu, adlandırılmış bir ana bilgisayardır-
autodiscover.o365info2.mail.onmicrosoft.com

Otomatik Bulma istemcisi, -autodiscover.o365info2.mail.onmicrosoft.com adlı ana bilgisayarın IP adresini arayarak bir DNS sunucusuna adres verecektir.

DNS Sunucusu “cevap”, IP adreslerinin bir listesini içerir. "Çoklu IP adreslerinin" nedeni, Office 365'te gerçekte birçok fiziksel sunucuyla "eşleştirilebilen" bir "mantıksal ana bilgisayar adı" kullanmamızdır.

Adım 13/30: ExRCA bağlantı testinden elde edilen verilerin analiz edilmesi

Microsoft Remote Connectivity analyzer sonuç sayfasında aşağıdaki bilgileri görebiliriz:

DNS yanıtı, autodiscover.o365info2.mail.onmicrosoft.com adlı ana bilgisayarla "eşlenen" IP adreslerinin bir listesini içerir.

DNS'de autodiscover.o365info2.mail.onmicrosoft.com ana bilgisayar adı çözümlenmeye çalışılıyor. Ana bilgisayar adı başarıyla çözümlendi. Döndürülen IP adresleri: 157.56.244.217, 157.56.236.89, 157.56.232.9, 157.56.234.137

Adım 14/30: Dinlediğinden ve açık olduğundan emin olmak için autodiscover.o365info2.mail.onmicrosoft.com ana bilgisayarında TCP bağlantı noktası 443'ün test edilmesi

Otomatik bulma istemcisi, hedef ana bilgisayarın HTTPS protokolünü kullanarak iletişim kurup kuramayacağını kontrol ederek, ana bilgisayarla (autodiscover.o365info2.mail.onmicrosoft.com) Otomatik bulma işlemine devam edip edemeyeceğini doğrulamaya çalışın.

“HTTPS testinin” sonucu -failure'dur.
Bu beklenen bir sonuçtur, çünkü autodiscover.o365info2.mail.onmicrosoft.com ana bilgisayarı " gerçek” Exchange sunucusu.

Adım 14/30: ExRCA bağlantı testinden elde edilen verilerin analiz edilmesi

Microsoft Remote Connectivity analyzer sonuç sayfasında aşağıdaki bilgileri görebiliriz:

Autodiscover istemcisi, ana bilgisayarın (autodiscover.o365info2.mail.onmicrosoft.com) HTTPS protokolünü kullanarak iletişim kurup kuramayacağını kontrol etmeye çalışır. Sonuç, belirli ana bilgisayarın 443 numaralı bağlantı noktasını (varsayılan HTTPS protokolü) dinlememesidir.

Dinlediğinden ve açık olduğundan emin olmak için autodiscover.o365info2.mail.onmicrosoft.com ana bilgisayarında TCP bağlantı noktası 443 test ediliyor. Belirtilen bağlantı noktası ya engellendi, dinlemiyor ya da beklenen yanıtı vermiyor. Uzak ana makineyle iletişim kurulurken ağ hatası oluştu.

Adım 15/30: HTTP yönlendirme yöntemini kullanarak Otomatik Bulma hizmetiyle bağlantı kurmaya çalışılıyor

Otomatik Bulma istemci algoritması aşağıdaki konsepte dayanmaktadır: Potansiyel Otomatik Bulma Uç Noktasının bir HTTPS isteğine yanıt verememesi durumunda, Otomatik Bulma istemcisi "teslim olmaya" istekli değildir ve bunun yerine pes etmeyi tercih eder; Otomatik Keşfet istemcisi, HTTP protokolünü kullanarak Potansiyel Otomatik Keşfet Uç Noktasını adresleyerek "Otomatik Keşfet Uç Noktasına nasıl ulaşılır" talimatlarını isteyen başka bir yöntem deneyecektir.

Autodiscover istemcisi, autodiscover.o365info2.mail.onmicrosoft.com ana bilgisayarının HTTP protokolünü kullanarak iletişim kurup kuramayacağını kontrol eder.

Adım 15/30: ExRCA bağlantı testinden elde edilen verilerin analiz edilmesi

Microsoft Remote Connectivity analyzer sonuç sayfasında aşağıdaki bilgileri görebiliriz:

Autodiscover istemcisi, ana bilgisayarın (autodiscover.o365info2.mail.onmicrosoft.com) HTTP protokolünü kullanarak iletişim kurup kuramayacağını kontrol etmeye çalışır. Sonuç, belirli ana bilgisayarın 80 numaralı bağlantı noktasını (varsayılan HTTP protokolü) dinlemesidir.

Dinlediğinden ve açık olduğundan emin olmak için autodiscover.o365info2.mail.onmicrosoft.com ana bilgisayarında TCP bağlantı noktası 80 test ediliyor. Bağlantı noktası başarıyla açıldı.

Exchange karma ortamında Otomatik Bulma akışının devamı bir sonraki makalede yer almaktadır - Exchange Karma ortamında Otomatik Bulma akışı | Bölüm 3#3 | Bölüm 34#36