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

Exchange Hibrit tabanlı bir ortamdaki Otomatik Keşfet akışı, Otomatik Keşfet "yolculuğunun" iki farklı ortamda uygulanması nedeniyle en karmaşık akış olarak kabul edilebilir.
Posta kutularının "bulut"a (Exchange Online) taşındığı kullanıcılarla ilgili olarak, Otomatik Keşfet yolculuğu Otomatik Keşfet istemcisi tarafından Şirket içi Exchange altyapısına değinilerek başlayacaktır.

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

İlk makale, üç makalelik bir serinin ilk makalesidir ve asıl odak noktası, Exchange Hibrit ortamında uygulanan Otomatik Bulma akışındaki mantığın ve ilgili bileşenlerin sunulmasıdır.

Sonraki iki makalede, Microsoft'un web tabanlı aracı Microsoft Remote Connectivity analyzer'ı (ExRCA) kullanarak Exchange Hibrit ortamında uygulanan Otomatik Keşfet akışını inceleyeceğiz.

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

Microsoft Uzaktan Bağlantı Çözümleyicisi (ExRCA) aracının nasıl kullanılacağı hakkında daha fazla bilgiyi şu makalede okuyabilirsiniz - Microsoft Uzaktan Bağlantı Çözümleyicisi (ExRCA) | Otomatik bulma sorun giderme araçları | Bölüm 2#4 | Bölüm 22#36

Güncel makale ve sonraki makaleler

Mevcut makale, Exchange Karma ortamındaki Otomatik Bulma akışının üst düzey bir incelemesidir.
"Otomatik Bulma akışı", Şirket içi Exchange kullanıcı posta kutusunun "bulut"a (Exchange Online) taşındığı bir senaryoyu temel alır. .

Yeni bir Outlook posta profili oluşturmaya çalışan kullanıcı, varsayılan olarak Şirket içi Exchange altyapısına adres olacaktır ve kullanıcı posta kutusu bir "bulut" posta kutusu olduğundan, Şirket içi Exchange sunucusu, alıcıya "bulut E-postası" hakkında bilgi gönderecektir. posta adresi ".

Outlook istemcisi, “bulut” E-posta adresini kullanarak Otomatik Bulma işlemini başlatacaktır.
Bu makale serisinin sonraki makalelerinde, ExRCA aracını kullanarak Otomatik Bulma akışını “yakından izleyeceğiz” ve her birini analiz edeceğiz. süreçte yer alan farklı aşamalar.

Otomatik bulma istemcisi

"Otomatik bulma istemcisi" terimi, Otomatik Bulma Uç Noktasından (Exchange sunucusu) Otomatik Bulma bilgilerini alması gereken öğeyi tanımlar.

Exchange Hibrit ortamında Otomatik Bulma istemcilerinin türlerine işaret edebiliriz:

1. Exchange posta istemcisi

Posta kutularına erişmesi gereken Exchange istemcisi tarafından uygulanan Otomatik Bulma işlemi.

Otomatik Bulma istemcisi, Outlook, mobil cihaz (ActiveSync istemcisi) vb. gibi herhangi bir posta istemcisi olabilir.

2. Sunucudan sunucuya

Diğer Otomatik Bulma istemcisi türü başka bir Exchange sunucusu olabilir.

Hibrit ortamda Exchange On-Premise altyapısı ve Exchange Online altyapısı tek bir mantıksal varlık olarak çalışır.

Exchange web hizmeti konusuna ilişkin bilgiler, iki farklı Exchange altyapısı (Exchange on-Premises ve Exchange Online (Relies on the Autodiscover) arasında paylaşılır.

Exchange Online altyapısının belirli bir Şirket içi Exchange alıcısı hakkında bilgi alması gerektiğinde, Exchange Online, Otomatik Bulma işlemini kullanarak Şirket içi Exchange sunucusunun yerini belirler.

Örneğin, bir "bulut kullanıcısının" (Exchange Online posta kutusu olan kullanıcı), Exchange Şirket İçi kullanıcısının (posta kutusunun Exchange Şirket İçi sunucusunda barındırdığı kullanıcı) Serbest/Meşgul zamanını görmesi gerektiğinde, bilgiler Exchange Online sunucusundan Exchange Şirket İçi sunucusuna gönderilecektir.

Exchange Online, Otomatik Bulma hizmetlerini kullanarak Exchange Şirket İçi sunucusunu "bulur" veya "tahsis eder".

Exchange On-Premise ve Exchange Online - Sonsuza kadar en iyi arkadaşlar

Hibrit ortamın altyapısı oldukça karmaşık ve bileşik olup, Otomatik Keşfet altyapısı bu altyapının yalnızca bir parçasıdır.

Bu yazımızda Hibrit ortamın “diğer kısımları” yerine sadece Hibrit ortamda Otomatik Keşfet konusuna değineceğiz ancak Otomatik Keşfet’in Hibrit ortamın diğer birçok parçası için altyapı görevi gördüğünü anlamak zorunludur. Serbest/Meşgul zamanı, Posta ipuçları, ofis dışında, posta kutusunu taşıma (posta taşıma) vb.

Hibrit ortam farklı ortam ve Exchange istemci Şeffaflığı

Hibrit ortamın güzel yanı, Hibrit ortamın tamamen farklı iki ortamı (Şirket İçi Exchange ve Exchange Online ortamı) birbirine bağlamasına rağmen (ve açıklamaya daha fazla karmaşıklık eklemek istiyorsak, Şirket İçi Active Directory arasındaki ilişkidir) ve Windows Azure Active Directory) ve "Hibrit ortam" teriminin birçok farklı parçadan oluşmasına rağmen, Exchange istemcisi açısından bu bileşik altyapı "fark edilmez".

Örneğin, bir Exchange karma ortamında, "Alice" adlı bir alıcı, Exchange Online'da mı yoksa Exchange On-Premise'da mı barındırıldığını merak ediyor; Alice için bu bilgiyi almanın bir yolu yok.

Demek istediğim, Hibrit ortamdaki Exchange yöneticisi olarak "Hibrit ortamın iç altyapısına ve Otomatik Keşfetme sürecine" aşina olmamız gerektiği, ancak bunun avantajı, kullanıcı açısından bakıldığında bu altyapının (Hibrit ortamın) şeffaf olmasıdır. .

Hibrit ortam ve SMTP alan adı alanı

Farklı altyapıları tek bir mantıksal varlıkta "birleştirmek" için Exchange hibrit ortamı oluşturuldu.

Exchange Hibrit ortamında, kuruluş kullanıcısının posta kutuları, kuruluş ortamı (Şirket içi Exchange) ve bulut ortamı (Exchange Online) olmak üzere iki farklı ortam arasında "yayılır".

Organizasyon kullanıcıları bu iki farklı altyapının farkında değiller ama gerçekte tamamen farklı iki ortamla karşı karşıyayız.

Bu iki farklı altyapıyı birbirine yapıştıran “sihirli ışıltı”, iki farklı altyapı arasında Exchange organizasyon ilişkilerinin uygulanmasıyla hayata geçiriliyor.

"Fiziksel altyapının" (Şirket içi Exchange ve Exchange Online) her birinin, farklı bir etki alanı ad alanı (SMTP etki alanı adı alanı) kullanarak "diğer" Exchange altyapısıyla ilişki kurması gerekir.

• Exchange Online ortamı, Exchange Şirket İçi ortamında fiziksel olarak bulunan nesnelerle “genel etki alanı adını” kullanarak ilişkilidir. ”
• Exchange Şirket İçi ortamı, “Hibrit etki alanı ad alanını” kullanarak fiziksel olarak Exchange Online ortamında bulunan nesnelerle ilişkilidir. ”

Exchange altyapısının, Exchange istemcisindeki kompleksi "gizleme" yeteneği, "SMTP etki alanı ad alanlarıyla hokkabazlık yaparak" uygulanır.

Alıcının E-posta adresi ile Otomatik Bulma işlemi arasındaki ilişkiler

Bir sonraki bölümde Exchange hibrit ortamındaki farklı SMTP etki alanı ad alanı konusunu inceleyeceğiz.

Görünüşe göre E-posta adresinin konusu ile Otomatik Bulma işlemi arasında açık bir ilişki yoktur, ancak gerçekte Exchange hibrit ortamında Otomatik Bulma akışı tamamen kullanıcının E-posta adresine bağlıdır.

Exchange hibritinde çoğu zaman "Otomatik bulma odak noktası" Exchange Şirket İçi ortamıdır.

Belirtildiği gibi, kuruluş kullanıcıları Exchange posta kutularının nerede olduğunu gerçekten bilmiyorlar.

Kullanıcı posta kutusunun Exchange Online altyapısında yer aldığı bir senaryoda, kuruluş kullanıcısı, Exchange şirket içi altyapısını adresleyerek Otomatik Bulma yolculuğunu başlatacak ve Şirket içi Exchange, kendisine şu adresi vererek Otomatik Bulma yolculuğunu yeniden başlatması gerektiğini bildirecektir: farklı Exchange altyapısı - Exchange Online altyapısı.

Exchange karma ortamındaki SMTP etki alanı ad alanları

Exchange Hybrid'de minimum üç alan adı alanı bulunur. Exchange hibrit ortamı, Office 365 altyapısına ait olan iki etki alanı ad alanını ve üçüncü etki alanı ad alanını kullanıyor.

1. Genel alan adı (genel SMTP alan adı)

Bu genel etki alanı adı, Exchange Şirket İçi altyapısı tarafından kullanılan "resmi" kuruluş etki alanı adıdır ve Hibrit ortam senaryosunda, bulut alıcısını "temsil etmek" için genel etki alanı adı da kullanılır.

Şirket içi Exchange alıcısı ve Exchange Online alıcısı, "genel etki alanı adını" kullanan bir E-posta adresi kullanmaya devam edecektir.

Örneğin, genel alan adının o365info.com olduğu bir senaryoda, posta kutularının Şirket içi Exchange'de bulunduğu tüm kuruluş alıcıları ve posta kutularının bulunduğu kuruluş kullanıcısı Exchange Online belirli alan adını kullanmaya devam edecektir.

Bu genel alan adı, iki farklı Exchange Online altyapısı (Exchange on-Premises ve Exchange Online altyapısı) arasında paylaşıldığı için “paylaşılan alan adı ” olarak tanımlanmıştır.

2. Office 365 Tenant yerleşik etki alanı ad alanları

Yeni bir Office 365 aboneliği açtığımızda bir “kuruluş adı” vermemiz gerekiyor.

Senaryomuzda Office 365 kiracı alan adı - 365info2

Gerekli kuruluş adını sağladıktan sonra Office 365, iki yeni "Office 365 kiracı alan adı" oluşturduğu otomatik bir süreç başlatır.
Office 365 kiracı alan adına göre aşağıdaki iki alan adı oluşturulur.

1. microsoft.com'da
2. mail.onmicrosoft.com

Onmicrosoft alan adı | Varsayılan kiracı alan adı

İkinci alan adı ise “varsayılan Office 365 kiracı alan adı” olarak tanımlanabilir. Bu etki alanı ad alanı, Exchange karma ortamı tarafından kullanılmaz.

Office 365'e kayıtlı kuruluş adının - 365info2 olması durumunda, bu ad, Office 365 varsayılan alan adına - onmicrosoft.com ve sonuç, belirli Office 365 kiracısını temsil eden bir etki alanı adıdır. Senaryomuzda - 365info2.onmicrosoft.com

365info2.onmicrosoft.com etki alanı ad alanı yalnızca Office 365 ve Exchange Online ortamı tarafından kullanılır.

S: Bu "varsayılan Office 365 alan adının" nedeni nedir?

C: Bunun iki ana nedeni var:

365info2.onmicrosoft.com gibi "özel etki alanı ad alanı" kullanma ihtiyacı iki ana nedenden dolayı ortaya çıkmıştır:

Neden 1 - Office 365'teki her "varlık", alan adı son ekini içeren bir UPN adına sahip olmalı ve Exchange Online varlıklarının her biri (alıcı gibi), aşağıdakileri içeren bir E-posta adresine sahip olmalıdır: bir alan adı son ekidir.

Office 365 kiracısını oluşturduğumuzda Exchange Hybrid hala mevcut değil veya henüz tanımlanmamış durumda ve Office 365 altyapısının kullanıcılar gibi Office 365 nesneleri için bir tür “kimlik”e ihtiyacı var.

Kronolojik olarak Office 365 "bir Exchange Hibrit ortamı oluşturup uygulayamayacağımızı bilmiyor.

Neden 2 - Office 365 altyapısı, Exchange Hibrit altyapısıyla hiçbir şekilde ilgisi olmayan yerel bir nesneyi (kullanıcılar, posta kutuları vb.) "barındırabilir".

Böyle bir nesneyi, örneğin Şirket İçi Active Directory'den senkronize edilmemiş bir “bulut kullanıcısı” oluşturmamız durumunda, bu nesnenin bir kimliğe sahip olması gerekir.

Onmicrosoft alan adı | “Karma alan ad alanı”

Varsayılan olarak oluşturulan üçüncü “Office 365 alan adı” ise “Exchange Hibrit alan ad alanı” olarak tanımlanabilir.

Bu özel etki alanı ad alanı yalnızca Exchange karma senaryolarında kullanılacaktır.

“Karma etki alanı ad alanının” yapısı şu formüle dayanmaktadır: -
+ + < onmicrosoft.com>

Office 365'te kayıtlı kuruluş adının - 365info2 olması durumunda, bu ad “mail” alan adına + office 365 varsayılan alan adına “eklenecektir” - onmicrosoft.com ve sonuç, Exchange karma alan adıdır - 365info2.mail.onmicrosoft.com

Exchange Şirket içi altyapısı tarafından yönlendirme amacıyla kullanılan Exchange Hibrit etki alanı ad alanı.

“Yönlendirme” iki farklı altyapıyla ilgilidir

1. Posta akışı

Exchange On-Premise sunucusu alıcısının, Exchange Online alıcısına bir E-posta mesajı göndermesi gerektiğinde, istek, hedef alıcının Exchange Online altyapısında bulunduğunu "anlayan" Şirket içi Exchange tarafından kabul edilecektir.

Şirket İçi Exchange, hedef alıcının "Karma etki alanı ad alanını" kullanacaktır. Exchange Hybrid'de Exchange "Hibrit etki alanı ad alanı"na gönderilen posta mesajlarının her biri Exchange Online sunucusuna yönlendirilecektir.

2. Otomatik keşfetme akışı

“Hibrit etki alanı ad alanı” kullanımı aynı zamanda Exchange Hibrit ortamındaki Otomatik Keşfet akışıyla da ilgilidir.

Posta kutusu Exchange Online altyapısında bulunan bir kullanıcı Otomatik Bulma bilgisini almaya çalıştığında Exchange on-Premises sunucusuna hitap edecektir.

Şirket içi Exchange sunucusu, alıcının Exchange Online alıcısı olarak kabul ettiğini "fark ettiğinde", Şirket içi Exchange, yanıt olarak "Karma etki alanı ad alanını" içeren E-posta adresini gönderir. ” Senaryomuzda - 365info2.mail.onmicrosoft.com

Otomatik Bulma istemcisi bu bilgiyi aldığında, yeni bir Otomatik Bulma işlemi oluşturması gerektiğini "anlıyor" ve şimdi alan adından sorumlu olan Otomatik Bulma Uç Noktasını ele alıyor - 365info2.mail.onmicrosoft .com

Aşağıdaki diyagramda Hibrit ortamdaki SMTP alan adının mantık yapısını görebiliriz.

Hibrit ortam | alıcılar ve e-posta adresleri

Hibrit ortamda birden fazla E-posta adresi kavramını göstermek için aşağıdaki senaryoyu kullanalım:

Alice, posta kutusunun buluta (Exchange Online) "taşındığı" (taşınan) bir kurumsal çalışandır.

Exchange Şirket İçi sunucusunda Alice, Uzak posta kutusu olarak yapılandırılmıştır.
Exchange Şirket İçi, Alice'in iki E-posta adresine sahip olduğunu "bilir": standart genel E-posta adresi - Alice@o365info.com ve ayrıca “Karma ortam hizmeti etki alanı E-posta adresi - Alice@o365info2 .mail.onmicrosoft.com

Office 365 ve Exchange Online'da Alice aynı iki E-posta adresine ve ek E-posta adresine sahip olacaktır - Alice@o365info2.onmicrosoft.com

“Ek E-posta adresi”, E-posta adresi (“alt alan adı: mail olmayan E-posta adresi) “Office 365 SMTP etki alanını temel alır” Posta kutusu olan Office 365 kullanıcılarının her birine otomatik olarak tahsis edilen ad.

Exchange On-Premise ortamı ile Exchange Online ortamı arasındaki farkı göstermek için Alice'in posta kutusu özelliklerine bir göz atalım.

Aşağıdaki ekran görüntüsünde Exchange On-Premise'da Alice'in posta kutusu özelliklerini görebiliriz.

Gördüğümüz gibi Exchange On-Premise, Alice'in sahip olduğu iki E-posta adresini "biliyor".

E-posta adresi - Alice@o365info2.mail.onmicrosoft.com, Hibrit ortamda “hizmet alan adı” dediğimiz SMTP alan adını temel alır.

Şirket İçi Exchange, “Exchange Çevrimiçi E-posta adresi”ni -
Yönlendirme E-posta adresi olarak ifade eder.

Exchange 2013 sunucu arayüzü

Bir sonraki ekran görüntüsünde, Exchange Online'da Alice'in posta kutusu özelliklerini görebiliriz.
Gördüğümüz gibi, Exchange Online, Alice'in sahip olduğu üç E-posta adresini “bilmektedir”.
“Ek E-posta adresi” Alice'in sahip olduğu şey - Alice@o365info2.onmicrosoft.com

Bütün bu bilgileri neden bana anlatıyorsun?

Eğer "bu bilginin benimle ne alakası var" diye merak ediyorsanız?

Cevap şu: E-posta adresinin konusu ve çoklu SMTP alan adı alanları gibi Hibrit ortam altyapısını anlamamız gerekiyor, böylece Hibrit ortamda Otomatik Keşfet iş akışını daha iyi kavrayabileceğiz.

Hibrit ortam | Şirket içi Exchange alıcısı ile Exchange Online alıcısı karşılaştırması Otomatik Bulma akışı

Hibrit ortamda, kullanıcı kuruluşu kullanıcısının posta kutusu Exchange Şirket İçi altyapısında veya Exchange Online altyapısında barındırılabilir.

Şirket içi Exchange alıcısı ile Exchange Online alıcısı için Otomatik Bulma akışı arasındaki temel fark, Şirket içi Exchange alıcısı için Otomatik Bulma Uç Noktasının Şirket içi Exchange sunucusu olmasıdır.

Posta kutularının Exchange Online'da barındırdığı alıcılarla ilgili olarak, Şirket İçi Exchange, Otomatik Bulma istemci isteğinin Office 365 Otomatik Bulma altyapısına yönlendirilmesine hizmet edecek bir öğe olarak hizmet eder.

Posta kutusu Şirket içi Exchange'de bulunan alıcılar için Otomatik Bulma akışı şu şekilde uygulanır:

1. Otomatik Bulma, yerel Şirket İçi Active Directory'ye (bir LDAP sorgusu kullanarak) erişecek ve kendisine gerekli Otomatik Bulma bilgilerini sağlayabilecek Exchange Şirket İçi sunucularının bir listesini isteyecektir.
2. Otomatik Bulma istemcisi yerel DNS sunucusuna bağlanacak ve Şirket İçi Active Directory tarafından döndürülen yerel Exchange Şirket İçi sunucusunun ana bilgisayar adlarını çözümlemeyi isteyecektir.
3. Otomatik Bulma istemcisi Exchange Şirket İçi sunucusuna bağlanmayı deneyecek

Exchange karma ortamındaki Otomatik Bulma akışıyla ilgili olarak, posta kutularının Exchange Online'da barındırıldığı alıcılar için Otomatik Bulma akışı biraz daha karmaşıktır ve ek adımlar içerir.

Posta kutusu Exchange Online'da bulunan alıcılar için Otomatik Bulma akışı şu şekilde uygulanır:

1. Otomatik Bulma, yerel Şirket İçi Active Directory'ye (bir LDAP sorgusu kullanarak) erişecek ve kendisine gerekli Otomatik Bulma bilgilerini sağlayabilecek Exchange Şirket İçi sunucularının bir listesini isteyecektir.
2. Otomatik Bulma istemcisi yerel DNS sunucusuna bağlanacak ve Şirket İçi Active Directory tarafından döndürülen yerel Exchange Şirket İçi sunucusunun ana bilgisayar adlarını çözümlemeyi isteyecektir.
3. Otomatik Bulma istemcisi Exchange Şirket İçi sunucusuna bağlanmaya çalışacaktır.
4. Alıcıya, gerekli Otomatik Bulma hizmetlerini almak için farklı bir E-posta adresi olan Office 365 kiracı E-postasını kullanması gerektiğini bildiren bir "yönlendirme mesajı" içeren Exchange Şirket İçi yanıtı.
5. Exchange istemcisi, Exchange Online altyapısını ele alarak Otomatik Bulma sürecini baştan ama şimdi başlatacak.

Posta kutusunun bulutta (Exchange Online) barındırıldığı bir alıcı için Hibrit ortamda Otomatik Keşfet akış sürecini göstermek için aşağıdaki senaryoyu kullanalım:

• Alice'in posta kutusu Exchange Online'da barındırılmaktadır (Exchange altyapısı Hibrit ortama dayanmaktadır).
• Alice'in posta kutusuna (Exchange Online posta kutusu) bağlanabilmesi için yeni bir Outlook posta profili oluşturması gerekiyor.
• Şirket İçi Exchange, Alice'in posta kutusuyla "uzak posta kutusu" olarak ilişkilidir.

1. Adım - Active Directory tabanlı ortamda Otomatik Bulma Uç Noktasını Bulma.

Uzak posta kutusu (bulut posta kutusu) senaryosunda Otomatik Bulma akışının ilk kısmı, Exchange Şirket İçi sunucusunda "standart posta kutusu" olan bir alıcı tarafından uygulanan Otomatik Bulma akışıyla aynıdır.

Alice yeni bir Outlook posta profili oluşturmaya çalıştığında, Outlook, gerekli Otomatik Bulma hizmetlerini sağlayan Exchange Şirket İçi sunucularının adlarını bulmak için yerel Şirket İçi Active Directory'yi sorgulayacaktır.

Outlook isteğe bağlı bir Şirket İçi Exchange sunucusu bulacak ve ondan gerekli Otomatik Bulma bilgilerini isteyecektir.

2. Adım - Şirket içi Exchange sunucusunun adreslenmesi

Teknik olarak Exchange sunucusu "Alice"in kim olduğunu bilmiyor. Alice hakkında ayrıntılı bilgi alabilmek için Şirket İçi Exchange, yerel Şirket İçi Active Directory ile iletişime geçerek Alice hakkında bilgi ister.

Şirket İçi Active Directory'den gelen yanıt, Alice'in posta kutusunun bir “Uzak posta kutusu” olduğu ve Alice'in aşağıdaki Yönlendirme E-posta Adresine sahip olduğu bilgisini içerir -
Alice@o365info2. onmicrosoft.com

3. Adım - Otomatik Bulma istemcisi, Exchange Online altyapısını hedefleyerek Otomatik Bulma akışını başlatır.

Otomatik Bulma istemcisi, o365info2.onmicrosoft.com adlı bir ana bilgisayarı arayarak yeni bir DNS sorgusu başlatır.

4. Adım - Otomatik Keşfet Uç Noktasının HTTPS kullanarak iletişim kurabildiğini doğrulama.

Otomatik Bulma istemcisi, gerekli Otomatik Bulma hizmetlerini isteyen "hedef Otomatik Bulma Uç Noktasına" (Exchange Online) bir HTTPS oturumu oluşturmaya çalışacaktır.

Güncel üç makale serisinin sonraki makaleleri şunlardır:

• Office 365 ortamında otomatik keşfetme akışı | Bölüm 2#3 | Bölüm 30#36
• Office 365 ortamında otomatik keşfetme akışı | Bölüm 3#3 | Bölüm 31#36

Bu yazılarımızda Hibrit ortamda Otomatik Keşfet akışının ayrıntılı bir incelemesini sağlamak için ExRCA aracını kullanacağız.