Exchange 2013'ün bir arada bulunmasında web hizmetlerini değiştirin | Bölüm 2/2 | 7#23

Önceki makalede - Exchange 2013 bir arada yaşama ortamında Exchange web hizmetleri | Bölüm 1/2, Exchange 2013 birlikte yaşama ortamında Exchange web hizmetinin konseptini ve mantığını zaten inceledik ancak bu makalede, eski Exchange webinde uygulanan istemci protokolü bağlantı akışına daha yakından bakmak istiyorum. hizmet istemcisi: Exchange 2007 istemcisi ve Exchange 2010 istemcisi.

Exchange 2013/2007 birlikte yaşama ortamında Exchange web hizmetleri bağlantı akışı | Dahili Exchange 2007 istemcisi

Exchange 2013/2007'nin bir arada yaşama ortamında, Exchange 2007 istemcisi için Exchange web hizmeti, Exchange CAS 2007 sunucusu tarafından sağlanacaktır.

Exchange 2007 istemcisinin Exchange CAS 2007 for Exchange web hizmetini ele alması gerektiğini "bilmediğini" vurgulamak önemlidir. Bunun yerine, Exchange 2007 istemcisi bilgileri Exchange CAS 2013'ten veya daha doğru olmak istersek Exchange CAS 2013 tarafından sağlanan Otomatik Bulma bilgilerinden alır.

Exchange CAS 2007'ye "yönlendirme", eski ad alanını temel alan Exchange CAS 2007 URL adresi kullanılarak uygulanacaktır.

Aşağıdaki diyagramda Exchange 2013/2007 birlikte yaşama ortamındaki Exchange web hizmetleri akışının bir örneğini görebiliriz.

Aşama 1 - Bu aşamada Exchange 2007 istemcisi, Otomatik Bulma Uç Noktası olarak Exchange 2013 CAS ile ilişkilidir. Exchange 2007 istemcisinin Exchange 2013 CAS adresine gidin ve Otomatik Bulma bilgilerini isteyin.

Aşama 2 - Exchange 2013 CAS, "Exchange 2007 eski ad alanı" Exchange web hizmetlerinin URL adresini içeren gerekli Otomatik Bulma bilgilerini sağlar.
Senaryomuzda, Exchange 2013 CAS'nin sağladığı URL adresi şöyledir:
https://legacy.mail.o365info.com/EWS/Exchange.asmx

Adım 3 - Exchange 2007 istemcisinin Kullanılabilirlik Hizmeti (Serbest/Meşgul zamanı) gibi belirli bir Exchange web hizmetini alması gerektiğinde, önceki aşamada edindiği Otomatik Bulma bilgilerini kullanacaktır. Senaryomuzda Exchange web hizmeti URL adresi şu şekildedir: https://legacy.mail.o365info.com/EWS/Exchange.asmx

Exchange 2007 istemcisi, legacy.mail.o365info.com adlı ana bilgisayarın IP adresini arayacak ve bu ana bilgisayara (Exchange CAS 2007) adres vererek belirli Exchange web hizmetini talep edecektir. .

Exchange 2013/2007 birlikte yaşama ortamında Exchange web hizmetleri bağlantı akışı | Harici Exchange 2007 istemcisi

Exchange web hizmeti alması gereken Harici Exchange 2007 istemcisinin istemci protokolü bağlantı akışı, önceki bölümde açıklanan dahili Exchange 2007 istemcisinin mantığına çok benzer.

Bahsetmeye değer tek şey, Exchange web hizmetine ihtiyaç duyan Harici Exchange 2007 istemcisi senaryosunda, Otomatik Bulma bilgilerinin Herkese açık Exchange 2013 CAS sunucusu tarafından sağlanacağı ve Exchange'i "temsil eden" eski ad alanı hakkında bilgi içereceğidir. CAS 2007.

Exchange CAS 2007'nin aynı zamanda Herkese açık bir Exchange CAS sunucusu olarak yapılandırılması gerekecektir çünkü Harici Exchange 2007 istemcisi, Exchange web hizmetlerine ihtiyaç duyduğunda ona hitap edecektir.

Aşağıdaki şemada, Harici Exchange 2007 istemcisi Genel Otomatik Bulma Uç Noktasına hitap ettiğinde “yolculuğun” başladığını görebiliriz: autodiscover.o365info.com

"Yanıt", ana makine adını "içeren" URL adresini içerir: legacy.mail.o365info.com

Harici Exchange 2007 istemcisi belirli bir Exchange web hizmetine ihtiyaç duyduğunda, ana bilgisayar adının IP adresini almaya çalışacaktır: legacy.mail.o365info.com ve ona hitap edecektir.

Ana makine adı: legacy.mail.o365info.com, genel bir ad olarak yayınlanmalı ve genel bir IP adresine sahip olmalıdır.

Exchange 2013/2010 birlikte yaşama ortamında Exchange web hizmetleri bağlantı akışı | Dahili Exchange 2010 istemcisi

Exchange 2013/2010'un bir arada yaşama ortamı senaryosunda en iyi uygulama, Exchange 2010 istemcisinin bir Exchange web hizmetine ihtiyaç duyduğunda Exchange CAS 2013'ü ele almasıdır.

Bu senaryonun gerçekleştirilmesi, Exchange 2013 web hizmetinin Exchange web hizmeti ve Exchange 2010 web hizmeti için aynı ad alanını kullanmamızı gerektirdiğinden, bu mantığın uygulanması kafa karıştırıcı olarak değerlendirilebilir.

"Aynı ad alanı" sahnesinde her iki altyapı için de "ana" veya "birincil" ad alanını kullanırız: Exchange 2013 web hizmetleri + Exchange 2010 web hizmetleri

Exchange 2013/2010 birlikte yaşama ortamında Exchange web hizmeti kavramını göstermek için aşağıdaki senaryo ayrıntılarını kullanabilirsiniz:

Kuruluşun Exchange altyapısı aşağıdaki Exchange CAS sunucularını içerir:

• “Gerçek ad” olan Exchange CAS 2013: EXCAS2013.o365info.com
• “Gerçek ad” olan Exchange CAS 2010: EXCAS2010.o365info.com
• Exchange CAS 2013 ile "eşlenen" birincil ad alanı şudur: mail.o365info.com

Her iki Exchange CAS sunucusunda (Exchange CAS 2013 ve Exchange CAS 2010) yapılandırılacak Exchange web hizmeti URL'si şu şekilde olacaktır:
https://mail.o365info.com/EWS /Exchange.asmx

Bildiğimiz gibi Exchange web servisi iki aşamalıdır. İlk adım Otomatik Keşfet aşaması olarak tanımlanabilir.

1. Exchange 2010 istemcisi, Exchange CAS 2013'e "Otomatik Bulma Uç Noktası" olarak hitap eder ve Otomatik Bulma bilgisi ister.
2. Exchange CAS 2013, Otomatik Bulma bilgileri talebini aldığında, kullanıcı hakkında Active Directory'yi sorgular ve Exchange istemcisinin şu şekilde olduğunu bulur: Exchange 2010 istemcisi. Exchange CAS 2013, Otomatik Bulma hizmetlerini tek başına sağlamadığından ve istemci bir Exchange 2010 istemcisi olduğundan, Exchange CAS 2013, Exchange CAS 2010'a olan isteği Proxy edecektir.
3. Exchange CAS 2010, Exchange web hizmetinin URL adresini içeren gerekli Otomatik Bulma bilgilerini oluşturur: https://mail.o365info.com/EWS/Exchange.asmx
4. Exchange CAS 2013, Otomatik Bulma bilgilerini Exchange 2010 istemcisine "iletir".

Exchange CAS 2013 ile Exchange CAS 2010 arasındaki “konuşmanın” veya iletişim kanalının “dahili” veya “gerçek” ana bilgisayar adları kullanılarak uygulanmasına dikkat edin. Örneğin, Exchange CAS 2013, Exchange CAS 2010'a adres verdiğinde şu adlı bir ana bilgisayar arar: EXCAS2010.o365info.com ve Exchange CAS 2010 cevabını gönderdiğinde Exchange CAS'a başvuracaktır. 2013 şu şekilde: EXCAS2013.o365info.com

Exchange web hizmeti istemcisinin ikinci aşamasında bağlantı protokolü akışı. Exchange 2010 istemcisi, Otomatik Bulma yanıtının önceki aşamasından aldığı "URL adresini" adresler.

Senaryomuzda, Exchange 2010 istemcisinin sahip olduğu Exchange web hizmeti URL adresi şu şekildedir: https://mail.o365info.com/EWS/Exchange.asmx

Artık Exchange 2010 istemcisinin ana bilgisayar adını mail.o365info.com bir IP adresine çözümlemesi ve gerekli Exchange web hizmetini istemek için belirli ana bilgisayarı adreslemesi gerekecektir.

1. Exchange 2010 istemcisi, Exchange CAS 2013 sunucusuyla "eşlenen" ana bilgisayar adını belirtir: mail.o365info.com.
2. Exchange CAS 2013, Otomatik Bulma bilgileri talebini aldığında, kullanıcı hakkında Active Directory'yi sorgular ve Exchange istemcisinin şu şekilde olduğunu bulur: Exchange 2010 istemcisi. Exchange web hizmetinin kendisi Exchange CAS 2013 sağlamadığından ve istemci bir Exchange 2010 istemcisi olduğundan, Exchange CAS 2013, Exchange CAS 2010'a olan isteği Proxy edecektir.
3. Exchange 2010 istemcisi isteği kabul eder, gerekli bilgileri "oluşturur" ve Exchange CAS 2013'e geri gönderir.
4. Exchange CAS 2013, Exchange 2010 istemcisine gerekli bilgileri sağlar.

Exchange 2010 istemcisi açısından gerekli bilgileri sağlayan öğenin Exchange CAS 2013 olduğunu unutmayın. Exchange 2010 istemcisi "perde arkasında" uygulanan sürecin farkında değildir.

Exchange 2013/2010 birlikte yaşama ortamında Exchange web hizmeti “katman” kavramı.

Exchange 2013/2010 birlikte yaşama ortamındaki Exchange web hizmeti senaryosunda önemli olanlardan biri, benim tanımladığım bir şeydir: "Katman kavramı "

"Katmanlar" teriminin anlamı, Exchange web hizmeti akışında iki farklı katman kullandığımızdır:

Mantık katmanı ve "fiziksel katman" veya CAS'tan CAS'a iletişim katmanı.

“Mantık katmanı ana bilgisayar adı”nda, Exchange CAS 2013'ün ana bilgisayar adını temsil etmek için birincil ad alanını kullanıyoruz. Exchange CAS 2010, gerekli Exchange web hizmetini sağlayabilecek öğe olarak bir ana bilgisayar adı olacaktır.

Senaryomuzda, Exchange web istemcisi Exchange CAS 2013'ü şu adı kullanarak adresleyecektir: mail.o365info.com

Gerçekte Exchange CAS 2013, Exchange web hizmetini sağlamaz ancak Exchange 2010 istemcisi ile Exchange web hizmetini oluşturan ve yöneten Exchange CAS 2010 arasında bir "haberci" veya "Aracı" görevi görür.

Exchange CAS 2013, Exchange CAS 2010'a hitap ettiğinde, Exchange CAS 2013, Exchange CAS 2010'un "gerçek adını" kullanacaktır. Senaryomuzda: EXCAS2010.o365info.com

Exchange CAS 2010, Exchange CAS 2013 isteğine yanıt verdiğinde, Exchange CAS 2013 sunucusuna şu adı kullanarak hitap edecektir: EXCAS2013.o365info.com

Bu, CAS'tan CAS'a iletişim (Exchange CAS 2013 ile Exchange CAS 2010 arasındaki iletişim) sürecinde kullanılan “fiziksel katmandır”.

Exchange 2010 istemcileri bu altyapının farkında değildir ve bu altyapıya perde arkası altyapı diyebiliriz.

Harici ve dahili Exchange istemcileri ve Exchange web hizmetleri

Aşağıdaki bölümde harici ve dahili Exchange web hizmeti istemcisi kavramını kısaca gözden geçirmek istiyorum.

Bu aşamada, Exchange 2013 bir arada yaşama ortamında Exchange web hizmetlerinin farklı yönlerinin öğütülmesinden biraz yorulmuş olmalısınız, bu yüzden… biraz sabır ve biz de yaptık!

Basitleştirelim; Exchange web hizmetlerine ihtiyaç duyan harici ve dahili Exchange istemcileri arasında teknik olarak önemli bir fark yoktur.

Exchange 2010 harici ve dahili web hizmeti istemcileri

Aşağıdaki diyagramda, bir önceki bölümde incelediğimiz mantığın, Exchange web servisine ihtiyaç duyan harici ve dahili Exchange 2010 istemcileri için de aynı şekilde uygulandığını görüyoruz.

İlk aşama, Exchange 2010 istemcisi, Exchange 2013 CAS'tan Otomatik Bulma bilgilerini "istediğinde" uygulanır. Harici ve dahili Exchange 2010 istemcileri arasındaki fark, Otomatik Bulma Uç Noktasını (Exchange 2013 CAS) bulmak için kullandıkları yöntemdir.

Dahili Exchange 2010 istemcisi, kullanılabilir Autodiscover Endpoint'lerin adı için yerel Active Directory'yi sorgulayacak ve harici 2010 istemcisi, ana bilgisayarın genel IP adresi için DNS sunucusunu sorgulayacaktır: autodiscover.o365info.com< /açıklık>

Harici ve dahili Exchange 2010 istemcilerine gönderilen Otomatik Bulma bilgileri, aşağıdaki gibi Exchange web hizmetlerinin URL adresini içerecektir:
https://mail.o365info.com/EWS /Exchange.asmx

Exchange 2010 istemcisinin (harici veya dahili) belirli bir web hizmeti alması gerektiğinde, Exchange 2010 istemcisi Otomatik Bulma bilgilerinde sağlanan URL'yi kullanacaktır.

URL adresi ana bilgisayar adını içerir: mail.o365info.com

• Harici Exchange 2010 istemcisi ana bilgisayar adına baktığında: mail.o365info.com, ad, Herkese açık Exchange 2013 CAS sunucusunun genel IP adresine çözümlenecektir.
• Dahili Exchange 2010 istemcisi ana bilgisayar adını aradığında: mail.o365info.com, ad, Exchange 2013 CAS'nin özel IP adresine çözümlenecektir.

Exchange 2007 harici ve dahili istemcisi

Exchange 2007 istemcilerinin Exchange web hizmetine erişimi, harici ve dahili Exchange 2007 istemcileri için aynı şekilde uygulanır.

Harici ve dahili Exchange 2007 istemcilerine gönderilen Otomatik Bulma bilgileri, Exchange web hizmetlerinin URL adresini içerecektir; örneğin: https://mail.o365info.com/EWS/Exchange.asmx

Exchange 2007 istemcisinin (harici veya dahili) belirli bir web hizmetini alması gerektiğinde, Exchange 2007 istemcisi Otomatik Bulma bilgilerinde sağlanan URL'yi kullanacaktır.

URL adresi ana bilgisayar adını içerir: legacy.mail.o365info.com

• Harici Exchange 2007 istemcisi şu ana bilgisayar adını aradığında: legacy.mail.o365info.com, ad, Herkese açık Exchange 2007 CAS sunucusunun genel IP adresine çözümlenecektir. .
  Exchange CAS 2007'nin, Exchange 2007 senaryosu için genel kullanıma açık uygulama ihtiyacının benzersiz olduğunu unutmayın; çünkü bu ortamda, Herkese açık iki Exchange CAS sunucusunun yapılandırmasını uygulamamız ve eski sürümü yayınlamamız gerekecek. Exchange CAS 2007'nin ad alanı.
• Dahili Exchange 2010 istemcisi ana bilgisayar adını aradığında: legacy.mail.o365info.com, ad, Exchange 2007 CAS'ın özel IP adresine çözümlenecektir.

Değişim web hizmeti | Harici posta istemcisi ve bölgesel ad alanı senaryosu

Ek senaryo: Şu ana kadar bahsetmediğimiz Exchange web hizmeti: harici Exchange istemcisi + bölgesel ad alanı senaryosu.

Bu senaryonun çizelgeleri aşağıdaki gibidir:

Halka açık iki Exchange sitesini içeren bir Exchange altyapısı: Madrid sitesi ve New York sitesi. Herkese açık Autodiscover kaydı “New York Halka Açık Borsa CAS”a işaret ediyor.

Madrid sitesindeki Exchange posta kutusu sunucusunda barındırılan posta kutusu olan harici bir Exchange istemcisi, "Yolculuğuna", "New York Kamuya Açık Exchange CAS sunucusu" ile Otomatik Keşfet Uç Noktası olarak ilişki kurarak başlar.

“New York Halka Açık Exchange CAS sunucusu” kullanıcının kimliğini doğrulayacak ve bir Active Directory araması gerçekleştirecektir.

"New York Herkese açık Exchange CAS sunucusu" şunları belirler: farklı bir AD sitesinde bulunan kullanıcı Exchange Posta Kutusu sunucusu ve "diğer Active Directory sitesi"nin "Genel kullanılabilirlik" anlamına geldiğini, "diğer Exchange sitesi"nin şu şekilde temsil edildiğini belirler: farklı bir ad alanı. Senaryomuzda: europe.mail.o365info.com

Bu durumda, New York Public'e yönelik Exchange CAS sunucusunun harici Exchange istemcisine sağladığı Autodiscover bilgisi, "Madrid Public'e yönelik Exchange CAS"ın URL adresini içerecektir.

Bu yönteme "mantık yeniden yönlendirme" adını verebiliriz çünkü New York Public'e yönelik Exchange CAS sunucusu, harici Exchange istemcisini doğrudan yönlendirmez, bunun yerine harici Exchange istemcisi tarafından kullanılacak Otomatik Bulma bilgilerini sağlar.

“Madrid harici Exchange istemcisinin” Exchange web hizmetini kullanması gerekmesi durumunda, New York Public'e yönelik Exchange CAS sunucusunu adreslemeyecek, bunun yerine Madrid Public'e yönelik Exchange CAS sunucusunu adresleyecektir.