Exchange 2013/2010'un bir arada bulunmasında ActiveSync ve Exchange web hizmeti istemci protokolü bağlantı akışı | 4/4 | 23#23

Bu makale, “Exchange 2013/2010 birlikte yaşama ortamı ve posta istemci protokolü bağlantı akışı” konulu dört makale serisinin dördüncü makalesidir. Bu makalede öncelikli odak noktamız, Exchange 2013/2010 birlikte yaşama ortamındaki iki tür istemci protokolü bağlantı akışını incelemektir:

ActiveSync istemci protokolü bağlantı akışı
Exchange web hizmetleri istemci protokolü bağlantı akışı

Exchange 2013/2010 birlikte yaşama ortamındaki farklı "Exchange istemcileri" bağlantı protokolü akışını anlayabilmek için, Exchange 2010 istemcisi ile Exchange CAS 2013 sunucusu arasında mevcut olan beş tür "ilişkiyi" inceleyeceğiz:

Otomatik bulma istemcisi - protokol bağlantı akışı (Bölüm 2#4)
Outlook istemcisi - protokol bağlantı akışı (Bölüm 2#4)
OWA istemcisi - protokol bağlantı akışı (Bölüm 3#4)
ActiveSync istemcisi - protokol bağlantı akışı (Bölüm 4#4)
Exchange web hizmeti istemcisi - protokol bağlantı akışı (Bölüm 4#4)

Exchange 2013/2010'un bir arada yaşaması | ActiveSync istemci protokolü bağlantı akışı

Exchange ActiveSync istemcileri (Mobil istemciler), mobil istemcinin ağ altyapısı genel bir mobil ağı temel aldığından her zaman "harici istemci" olarak kabul edilir. Mobil İstemcinin (ActiveSync istemcisi) her zaman Herkese açık Exchange CAS sunucusuna adreslemesi gerekecektir ve bu nedenle Mobil (ActiveSync) istemcinin iletişim isteklerini kabul edecek “bağlantı noktası” (Exchange CAS sunucusu) “” olarak yapılandırılmalıdır. Herkese açık Exchange CAS sunucusu. ”

Not - dahili (veya harici) Exchange altyapısına bağlanabilen Outlook ve OWA gibi diğer Exchange istemcileri.

ActiveSync (Mobil) istemcisi, sağlanan kullanıcı kimlik bilgilerine dayanarak Genele yönelik Exchange CAS sunucusuna bağlandığında, Genele yönelik Exchange CAS sunucusu, kullanıcı posta kutusunun nerede barındırıldığını bulur ve iletişim isteğini dahili posta kutusuna "yönlendirir" (Proxy). Değişim altyapısı.

Dahili ActiveSync URL adresi kullanılarak uygulanan ActiveSync (mobil) istemci iletişim isteğinin "dahili yönlendirmesi".

Senaryo 1: mobil (ActiveSync) istemcisi | New York sitesinde bulunan kullanıcı posta kutusu.

Senaryo kuralları: Mobil (ActiveSync) istemcisinin posta kutusuna erişmesi gerekiyor.

Exchange kullanıcı türü: Exchange 2010 istemcisi (Posta kutusunun Exchange 2010 posta kutusu sunucusunda barındırıldığı Exchange kullanıcısı).
Exchange posta kutusu sunucusu konumu: Kullanıcı posta kutusunu barındıran Exchange 2010 Posta Kutusu sunucusu New York sitesinde bulunur.

ActiveSync istemci protokolü bağlantı akışı aşağıdaki şekilde uygulanacaktır:

Mobil (ActiveSync) istemcisi, mail.o365info.com sunucu adını kullanarak “New York Halka Açık Exchange CAS”a bağlanır ve kullanıcı kimlik bilgilerini sağlar.
CAS2013, kullanıcı kimlik bilgilerini kullanır ve Active Directory aramasını gerçekleştirir.
CAS2013 şunu belirler:
Kullanıcı posta kutusu sürümü: 2010
- Kullanıcı posta kutusunu barındıran Exchange 2010 posta kutusu sunucusu New York sitesinde bulunur
- Sitede (New York sitesi) yerel bir Exchange CAS 2010 bulunmaktadır.
CAS2013, dahili Exchange 2010 CAS ActiveSync URL adresini (. (Sayı 2) kullanarak yerel site sunucusundaki CAS2010'a ActiveSync istemci isteğini + ActiveSync kullanıcı kimlik bilgilerini proxy olarak gönderecektir.
CAS2010 isteği kabul edecek ve ActiveSync istemci bağlantı isteğini Exchange 2010 Posta Kutusu sunucusuna (Sayı 3) "iletecek" (Proxy).
Exchange 2010 posta kutusu sunucusu, gerekli kullanıcı posta kutusu içeriğini "getirir" ve verileri CAS2010'a geri gönderir (Numara 4).
CAS2010 proxy'si bilgileri\verileri CAS2013'e yedekler (Sayı 5).
CAS2013, harici ActiveSync istemcisine (Sayı 6) gerekli bilgileri sağlar.

Senaryo 2: mobil (ActiveSync) istemcisi | Los Angles sitesinde bulunan kullanıcı posta kutusu | Hedef site=İntranet sitesi | Yerel Exchange 2010 CAS'ı yok

Senaryo kuralları: Mobil (ActiveSync) istemcisinin posta kutusuna erişmesi gerekiyor.

Exchange kullanıcı türü: Exchange 2010 istemcisi (posta kutusunun Exchange 2010 posta kutusu sunucusunda barındırdığı Exchange kullanıcısı).
Exchange posta kutusu sunucusu konumu: Kullanıcı posta kutusunu barındıran Exchange 2010 Posta Kutusu sunucusu Los Angles sitesinde bulunur.
New York sitesinde "yerel" bir Exchange 2010 CAS bulunmuyor.

Senaryomuzda Exchange 2010 posta kutusu diğer sitelerdeki (Los Angles sitesi) Exchange 2010 Mailbox sunucusunda barındırıldığından ve “yerel Exchange 2010 CAS” bulunmadığından, Exchange 2013 CAS harici mobil istemci isteğini kendisi tarafından proxy olarak gerçekleştirecektir. Los Angles sitesinde bulunan “uzak Exchange 2010 CAS” (Numara 2).

Not: Sürecin geri kalanı daha önce incelediğimiz adımlarla aynıdır - Senaryo 1: ActiveSync istemcisi | Kullanıcı posta kutusunu aynı Active Directory sitesinde değiştirin.

Senaryo 3: mobil (ActiveSync) istemcisi | Madrid sitesinde bulunan kullanıcı posta kutusu | Hedef site=Halka açık Exchange sitesi | Bölgesel ad alanı

“Madrid ActiveSync kullanıcısının” spesifik ayrıntılarına başlamadan önce, bu özel senaryonun şartlarını kısaca gözden geçirin.

Varsayılan olarak ActiveSync (Mobil) istemcisi, isteklerini kabul edecek “sunucu adını” almak için Exchange Otomatik Bulma altyapısını kullanacaktır. Bir “Madrid ActiveSync kullanıcısı” senaryosunda, Autodiscover sürecinin bir parçası olarak ActiveSync istemcisini sağlaması gereken Exchange sunucusunun adı, “Madrid Public'e bakan Exchange CAS sunucusunun” adıdır: europe.mail.o365info.com

Varsayılan olarak, ActiveSync istemcisi için tercih edilen yöntem, gerekli tüm ActiveSync profil ayarlarını ve "ActiveSync sunucusu" olarak görev yapacak Exchange sunucusunun ana bilgisayar adını almak için Exchange Otomatik Bulma hizmetlerini kullanmaktır, ancak bazı senaryolarda ActiveSync istemcisi Otomatik Bulma'yı kullanır. hizmetleri kullanılmaz ve bunun yerine mobil kullanıcı, "Alışveriş sunucusu adını" sağladığı "manuel yöntemi" kullanır.

Örneğin: Bir “Madrid ActiveSync kullanıcısı” posta kutusuna erişmek istediğinde birincil ad alanını sağlayabilir: mail.o365info.com (seçenek A) (şemada) Exchange a1 ana bilgisayar adı olarak veya “Madrid Public'e yönelik Exchange CAS sunucusunun” ana bilgisayar adını kullanın: europe.mail.o365info.com (seçenek B (şemada)

“Madrid ActiveSync kullanıcısının” birincil ad alanını kullanması durumunda: mail.o365info.com, bağlantı isteği “New York Kamuya açık Exchange CAS sunucusu tarafından kabul edilecektir. ”

"New York Halka Açık Exchange CAS sunucusunun" bu isteği nasıl "işleyeceğini" bilmesi gerekecektir çünkü senaryomuzda ActiveSync kullanıcı posta kutusu başka bir Exchange sitesinde, Madrid sitesinde barındırılmaktadır.

Temel varsayım, bu durumda "New York Halka Açık Exchange CAS sunucusunun" "Madrid ActiveSync kullanıcısını" Exchange sunucusuna yönlendireceği, ancak Exchange 2013 CAS'ın yeniden yönlendirme yöntemini kullanmayacağı olabilir.

Bu senaryoda, "New York Herkese açık Exchange CAS sunucusu" ActiveSync isteğini yeniden yönlendirmez, bunun yerine bağlantı isteğini "Madrid Exchange CAS sunucusuna" proxy olarak yönlendirir.

Senaryo kuralları: mobil (ActiveSync) istemcisinin posta kutusuna erişmesi gerekiyor.

Exchange kullanıcı türü: Exchange 2010 istemcisi (posta kutusunun Exchange 2010 posta kutusu sunucusunda barındırdığı Exchange kullanıcısı).
Exchange posta kutusu sunucusu konumu: Kullanıcı posta kutusunu barındıran Exchange 2010 Posta Kutusu sunucusu Madrid sitesinde bulunur.
Madrid sitesi, Halka açık Exchange sitesi olarak kabul edilir ve “Madrid Halka Açık Exchange CAS sunucusu” bölgesel bir ad alanıyla yayınlanır: mail.o365info.com

Bu senaryonun özel şartı, kullanıcının posta kutusunun farklı bir Exchange sitesinde bulunması ve ayrıca hedef sitenin "Herkese açık bir Exchange sitesi" olmasıdır.

Exchange sunucusunun önceki sürümlerinde, mobil (ActiveSync) istemcinin Herkese açık bir Exchange CAS sunucusuna bağlandığı ve Exchange sunucusunun, mobil (ActiveSync) istemci posta kutusunun farklı bir Exchange sitesinde + "diğer Exchange"te bulunduğunu tanıdığı bir senaryoda. ".site", Herkese açık Exchange sitesi olarak kabul edildiğinde, Herkese açık Exchange CAS sunucusunun "yanıtı" Mobil (ActiveSync) istemcisine bir yönlendirme mesajıydı.

Mobile (ActiveSync) istemcisinin “yönlendirme mesajını” kabul etmesi ve “diğer Public'e bakan Exchange CAS sunucusu (senaryomuzdaki “Madrid Public'e bakan Exchange CAS sunucusu”) ile yeni bir iletişim kanalı oluşturması gerekiyordu.

Mobil (ActiveSync) istemciyi yeniden yönlendirme yöntemi, şu şekilde tanımlanan bir mesaj kullanılarak uygulandı: “451 yönlendirme mesajı ”.

"451 yönlendirme mesajı" ile ilgili sorun şuydu: Birçok Mobil (ActiveSync) istemci, yeniden yönlendirme mesajını nasıl "işleyeceğini" bilmiyordu ve sonuç şuydu: iletişim hatası . Başka bir deyişle, Mobile (ActiveSync) istemcisi yeniden yönlendirme mesajını "anlamadı" ve kendisine "diğer ActiveSync Exchange sunucularına bağlanması talimatı verildi".

Bu nedenle Exchange CAS 2013 sunucusunun davranışı farklıdır çünkü Exchange CAS 2013 sunucusu artık yeniden yönlendirme yöntemini uygulamayacaktır (451 yönlendirme mesajı) Mobil (ActiveSync) istemciler için. Bunun yerine, Exchange 2013 CAS, ActiveSync posta kutusunun başka bir Exchange sitesinde bulunduğunu algıladığında, isteği ActiveSync "adına" "hedef Exchange sunucusuna" proxy olarak gönderecektir. ”

Senaryomuzda, New York Halka açık Exchange CAS sunucusu, kullanıcı posta kutusunun Madrid sitesinde bulunduğunu ve buna ek olarak Madrid'in Halka açık bir Exchange sitesi olarak kabul ettiğini (halka açık bir Exchange CAS sunucusuna sahip) "bilir".

Teorik olarak, New York Public'e bakan Exchange CAS sunucusu, Mobile (ActiveSync) istemcisine bir yeniden yönlendirme komutu gönderebilir, ancak bunun yerine New York Exchange 2013 CAS, Proxy yöntemini kullanmayı seçecektir.

Bu yaklaşımın “New York Public'e yönelik Exchange 2013 CAS sunucusu” açısından verimli olmadığı açıktır çünkü teorik olarak “Madrid Public'e yönelik Exchange CAS sunucusu”nun “Madrid ActiveSync (mobil) istemcisine hizmet etmesi gerekirdi, ancak “Proxy yönteminin” kullanılması, Mobil (ActiveSync) istemci iletişiminin başarıyla tamamlanmasını sağlayacaktır.

ActiveSync istemci protokolü bağlantı akışı aşağıdaki şekilde uygulanacaktır:

Madrid Mobile (ActiveSync) istemcisi, sunucu adını kullanarak "New York Halka Açık Exchange CAS"a bağlanır: mail.o365info.com ve kullanıcı kimlik bilgilerini sağlar.
CAS2013, kullanıcı kimlik bilgilerini kullanır ve Active Directory aramasını gerçekleştirir.
CAS2013 şunu belirler:
- Kullanıcı posta kutusu sürümü: 2010
- Kullanıcı posta kutusunu barındıran Exchange 2010 posta kutusu sunucusu Madrid sitesinde bulunur
CAS2013, Madrid ActiveSync istemcisine bir yönlendirme isteği göndermeyecek, bunun yerine harici "Madrid Public'e yönelik Exchange CAS sunucusu" ActiveSync URL'sini kullanarak ActiveSync istemci isteğini + ActiveSync kullanıcı kimlik bilgilerini "Madrid Public'e yönelik Exchange CAS sunucusuna" proxy olarak gönderecektir. adresi (Sayı 2).
"Madrid Herkese açık Exchange CAS sunucusu", isteği kabul edecek ve ActiveSync istemci bağlantı isteğini "dahili Madrid Exchange 2010 Posta Kutusu sunucusuna" (Numara 3) "iletecek" (Proxy).
"Dahili Madrid Exchange 2010 Posta Kutusu sunucusu" gerekli kullanıcı posta kutusu içeriğini "getirir" ve verileri "Madrid Kamuya açık Exchange CAS sunucusuna" (Numara 4) geri gönderir.
"Madrid Public'e bakan Exchange CAS sunucusu" proxy'si, bilgileri/verileri "New York Public'e bakan Exchange CAS sunucusuna" yedekler (Numara 5).
“New York Halka Açık Exchange CAS sunucusu” harici ActiveSync istemcisine (Numara 6) gerekli bilgileri sağlar.

Exchange 2013/2010'un bir arada yaşaması | Exchange web hizmeti istemci protokolü bağlantı akışı

Exchange web hizmetleri bağlantı akışı konusu Exchange 2013/2010 bir arada yaşama ortamı biraz kafa karıştırıcı olabilir çünkü Exchange web hizmetlerini Exchange 2010 istemcilerine sağlayan "öğenin" kim olduğu açık değildir.

Öğenin, proxy'nin standart Proxy mekanizmasını uygulayan Exchange 2013 CAS olması mı, Exchange 2010 istemcilerinin Exchange 2010 CAS'a talepte bulunması mı, yoksa Exchange 2010 istemcisinin doğrudan Exchange 2010 CAS'ye bağlandığı ve belirli bir Exchange web hizmeti istediği başka bir senaryo mu?

Sadece genel bir not: En “önemli Exchange web hizmeti istemcisi” Outlook istemcisidir. Başka Exchange web hizmeti istemcilerinin olduğu doğrudur, ancak Exchange web hizmetine en çok bağımlı olan Exchange istemcisi Outlook posta istemcisidir.

Bu nedenle “Exchange web servisleri ve istemci protokolü bağlantı akışı” konusunu konuştuğumuzda çoğu zaman hakemliğini yaptığımız istemci Outlook oluyor.

Teknik olarak Exchange 2010 istemcilerine Exchange web servisini sağlayan “eleman” Exchange CAS 2010 tabanlı sunucu veya Exchange CAS 2013 tabanlı sunucu olabilir.

Exchange 2010 istemcilerine Exchange web hizmeti sağlayan öğenin kim olduğu sorusunun cevabı, ad alanı altyapısının özel uygulamasına bağlıdır.

Exchange 2010 web hizmetinin URL adresi ad alanının Exchange 2013 web hizmetinin URL adresi ad alanıyla aynı olması durumunda, Exchange web hizmetinin Exchange 2010 istemcilerine hizmet verecek öğesi Exchange 2013 CAS'tır.
Exchange 2010 web hizmetinin URL adresi ad alanının, Exchange 2013 web hizmetinin URL adresi ad alanıyla aynı olmaması durumunda, Exchange web hizmetinin Exchange'e hizmet edecek öğesi 2010 istemcileri Exchange 2010 CAS'tır.

Not - Mevcut yazımızda bu kavramın detaylı açıklamalarına girmeyeceğiz, daha kapsamlı bir inceleme istiyorsanız lütfen şu yazıları okuyun:

Exchange 2013 birlikte yaşama ortamında Exchange web hizmetleri | Bölüm 1/2
Exchange 2013 birlikte yaşama ortamında Exchange web hizmetleri | Bölüm 2/2

Exchange web hizmetleri istemci protokolü bağlantı akışının açıklamasını basitleştirmek için, Exchange web hizmetlerini talep eden Exchange 2010 istemcisi için bir "odak noktası" görevi görecek "öğenin" yer aldığı "en iyi uygulama" yapılandırması senaryosunu kullanacağız. Exchange 2013 CAS olacak.

Bu senaryonun şartı, Exchange 2013 CAS ve Exchange 2010 CAS'ın Exchange web hizmetlerinin aynı ad alanını kullanmasıdır.

Örneğin, Exchange web hizmetleri için Exchange 2013 CAS'ta yapılandırılan URL adresi şöyledir: https://mail.o365info.com/EWS/Exchange.asmx ve Exchange web hizmetlerine ilişkin URL adresi için Exchange 2010 CAS sunucusunda yapılandırılmış aynı URL adresi.

Bu senaryoda, Exchange 2010 istemcisi Exchange 2013 CAS for Exchange web hizmetlerine hitap edecek ve Exchange 2013 CAS, isteklerini Exchange 2010 CAS'a proxy olarak gönderecektir.

Exchange web hizmeti ve Otomatik bulma hizmetleri

Exchange web hizmetlerinin Exchange 2013 birlikte yaşama ortamında uygulanmasını daha iyi anlayabilmek için, Exchange Otomatik Keşfet altyapısı ile Exchange web hizmetleri altyapısı arasında var olan ilişkileri bilmemiz önemlidir.

Exchange web hizmeti, Exchange CAS sunucusu tarafından sağlanan Otomatik Bulma bilgilerinin "üzerine inşa edilmiştir".
Exchange 2010 istemcisi, Exchange 2013 CAS'ye adres verip Otomatik Bulma bilgilerini istediğinde, Exchange 2013 CAS, aşağıdakileri içeren Otomatik Bulma bilgilerini sağlayacaktır: Exchange web hizmetlerinin URL adresi. Örneğin: https://mail.o365info.com/EWS/Exchange.asmx

Exchange 2010 istemcisi bu bilgiyi kendisine gerekli Exchange web hizmetlerini sağlayacak Exchange CAS sunucusunu bulmak için kullanır. Senaryomuzda, URL adresi ana makine adını içerir - mail.o365info.com. Bu ana bilgisayar adı, Exchange 2010 istemcisini Exchange 2013 CAS sunucusuna yönlendirecektir.

Aşağıdaki şemada, Exchange 2010 istemcilerinin "tam akışını" tanımlayan istemci protokolü bağlantı akışına ilişkin bir örnek görebiliriz.

Aşama 1/2 - Otomatik bulma hizmetleri

Exchange 2010 istemcisi, Exchange 2013 CAS'ı Otomatik Bulma Uç Noktası olarak adresleyin.
Otomatik Keşfet, CAS2013 "sağlamasının" Exchange web hizmetlerinin URL adresini içerdiğini belirtir: https://mail.o365info.com/EWS/Exchange.asmx

Aşama 2/2 - Web hizmetlerini değiştirme

Exchange 2010 istemcisi kullanılabilirlik hizmeti
(Serbest/Meşgul zamanı) gibi belirli bir web hizmetine ihtiyaç duyduğunda, Otomatik Bulma yanıtından aldığı URL adresini kullanır: https:// mail.o365info.com/EWS/Exchange.asmx
Bu URL ana bilgisayar adını içerir: mail.o365info.com ve "çevrilecek" Exchange 2013 CAS'ın IP adresi.

Exchange 2013 CAS, Exchange web hizmeti için Exchange 2010 talebini aldığında, Exchange posta istemcisinin Exchange 2010 istemcisi olduğunu "anlar" ve bu nedenle gereksinimleri Exchange 2010 CAS'a "iletecektir" (Proxy). . Exchange 2013 CAS, Exchange 2010 CAS FQDN'sini kullanarak Exchange 2010 istemcisine gerekli Exchange web hizmetlerini sağlaması gereken Exchange 2010 CAS'ı ele alır. Senaryomuzda: Excas2010.o365info.com

Senaryo 1: Dahili/Harici Exchange web hizmetinin istemcisi | New York sitesinde bulunan kullanıcı posta kutusu.

Senaryo kiralamaları: Exchange web hizmeti istemcisinin belirli bir Exchange web hizmeti alması gerekir.

Exchange kullanıcı türü: Exchange 2010 istemcisi (posta kutusunun Exchange 2010 posta kutusu sunucusunda barındırdığı Exchange kullanıcısı).
Exchange posta kutusu sunucusu konumu: Kullanıcı posta kutusunu barındıran Exchange 2010 Posta Kutusu sunucusu New York sitesinde bulunur.

Exchange web hizmeti istemcisi, protokol bağlantı akışı aşağıdaki gibi uygulanacaktır:

Exchange web hizmetlerine yönelik ön süreç, harici Exchange 2010 istemcisinin, Exchange web hizmetinin URL adresini içeren Otomatik Bulma bilgilerini aldığı Otomatik Bulma işlemidir.