ขั้นตอนการค้นหาอัตโนมัติในสภาพแวดล้อม Exchange Hybrid | ตอนที่ 1#3 | ตอนที่ 32#36

โฟลว์การค้นหาอัตโนมัติในสภาพแวดล้อมที่ใช้ Exchange Hybrid ถือได้ว่าเป็นโฟลว์ที่ซับซ้อนที่สุดเนื่องจาก "การเดินทาง" ของการค้นหาอัตโนมัติถูกนำไปใช้ในสภาพแวดล้อมที่แตกต่างกันสองแบบ
เกี่ยวกับผู้ใช้ที่กล่องจดหมายของพวกเขาถูกย้ายไปยัง "คลาวด์" (Exchange Online) การเดินทางของการค้นหาอัตโนมัติ จะเริ่มต้นโดยไคลเอ็นต์ Autodiscover โดยระบุถึงโครงสร้างพื้นฐาน Exchange on-Premises

ขั้นตอนการค้นหาอัตโนมัติในสภาพแวดล้อม Exchange Hybrid | บทความชุด

บทความแรกเป็นบทความแรกในชุดบทความสามบทความ และจุดสนใจหลักคือ -การนำเสนอตรรกะและส่วนประกอบที่เกี่ยวข้องในขั้นตอนการค้นหาอัตโนมัติที่นำไปใช้ในสภาพแวดล้อม Exchange แบบไฮบริด

ในบทความสองบทความถัดไป เราจะตรวจสอบขั้นตอนการค้นหาอัตโนมัติที่นำไปใช้ในสภาพแวดล้อม Exchange Hybrid โดยใช้เครื่องมือบนเว็บของ Microsoft ตัววิเคราะห์การเชื่อมต่อระยะไกลของ Microsoft (ExRCA)

• ขั้นตอนการค้นหาอัตโนมัติในสภาพแวดล้อม Exchange Hybrid | ตอนที่ 2#3 | ตอนที่ 33#36
• ขั้นตอนการค้นหาอัตโนมัติในสภาพแวดล้อม Exchange Hybrid | ตอนที่ 3#3 | ตอนที่ 34#36

คุณสามารถอ่านข้อมูลเพิ่มเติมเกี่ยวกับวิธีการใช้เครื่องมือ Microsoft Remote Connectivity Analyzer (ExRCA) ได้ในบทความ - Microsoft Remote Connectivity Analyzer (ExRCA) | เครื่องมือแก้ไขปัญหาการค้นหาอัตโนมัติ | ตอนที่ 2#4 | ตอนที่ 22#36

บทความปัจจุบันและบทความถัดไป

บทความปัจจุบันทำหน้าที่เป็นการตรวจสอบระดับสูงของโฟลว์การค้นหาอัตโนมัติในสภาพแวดล้อม Exchange Hybrid
“โฟลว์การค้นหาอัตโนมัติ ” ตามสถานการณ์ที่กล่องจดหมายผู้ใช้ Exchange on-Premises โยกย้ายไปยัง “คลาวด์” (Exchange Online) .

ผู้ใช้ที่พยายามสร้างโปรไฟล์เมล Outlook ใหม่จะต้องอยู่ตามค่าเริ่มต้นของโครงสร้างพื้นฐาน Exchange on-Premises และเนื่องจากกล่องจดหมายของผู้ใช้เป็นกล่องจดหมาย "คลาวด์" เซิร์ฟเวอร์ Exchange on-Premises จะส่งข้อมูลผู้รับเกี่ยวกับ "cloud E- ของเขา" ที่อยู่อีเมล”

ไคลเอนต์ Outlook จะเริ่มกระบวนการค้นหาอัตโนมัติโดยใช้ที่อยู่อีเมล "คลาวด์"
ในบทความถัดไปในชุดบทความนี้ เราจะ "จับตาดูอย่างใกล้ชิด" ขั้นตอนการค้นหาอัตโนมัติโดยใช้เครื่องมือ ExRCA และวิเคราะห์แต่ละรายการ ขั้นตอนต่างๆ ที่เกี่ยวข้องกับกระบวนการ

ไคลเอ็นต์การค้นหาอัตโนมัติ

คำว่า "ไคลเอนต์การค้นหาอัตโนมัติ" อธิบายองค์ประกอบที่ต้องดึงข้อมูลการค้นหาอัตโนมัติจากจุดสิ้นสุดการค้นหาอัตโนมัติ (เซิร์ฟเวอร์ Exchange)

ในสภาพแวดล้อม Exchange Hybrid เราสามารถชี้ไปที่ประเภทของไคลเอนต์ Autodiscover:

1. โปรแกรมรับส่งเมล Exchange

กระบวนการค้นหาอัตโนมัติที่ดำเนินการโดยไคลเอ็นต์ Exchange ที่ต้องการเข้าถึงกล่องจดหมายของตน

ไคลเอนต์ Autodiscover อาจเป็นไคลเอนต์จดหมายเช่น Outlook อุปกรณ์เคลื่อนที่ (ไคลเอนต์ ActiveSync) และอื่นๆ

<แข็งแกร่ง>2. เซิร์ฟเวอร์ถึงเซิร์ฟเวอร์

ไคลเอนต์ Autodiscover ชนิดอื่นอาจเป็นเซิร์ฟเวอร์ Exchange อื่น

ในสภาพแวดล้อมแบบไฮบริด โครงสร้างพื้นฐาน Exchange On-Premise และโครงสร้างพื้นฐาน Exchange Online ทำงานเป็นเอนทิตีตรรกะเดียว

เมื่อเกี่ยวข้องกับเรื่องของบริการเว็บ Exchange ข้อมูลจะถูกแชร์ระหว่างโครงสร้างพื้นฐาน Exchange สองแบบที่แตกต่างกัน (Exchange on-Premises และ Exchange Online (โดยอาศัยโครงสร้างพื้นฐาน Autodiscover)

เมื่อโครงสร้างพื้นฐานของ Exchange Online จำเป็นต้องได้รับข้อมูลเกี่ยวกับผู้รับ Exchange ในสถานที่เฉพาะ Exchange Online จะค้นหาเซิร์ฟเวอร์ Exchange ในสถานที่โดยใช้กระบวนการค้นหาอัตโนมัติ

ตัวอย่างเช่น เมื่อ “ผู้ใช้ระบบคลาวด์” (ผู้ใช้ที่มีกล่องจดหมาย Exchange Online) ต้องการดูเวลาว่าง/ไม่ว่างของผู้ใช้ Exchange On-Premise (ผู้ใช้ที่กล่องจดหมายของเขาโฮสต์บนเซิร์ฟเวอร์ Exchange On-Premise) คำขอสำหรับ ข้อมูลจะถูกส่งจากเซิร์ฟเวอร์ Exchange Online ไปยังเซิร์ฟเวอร์ Exchange On-Premise

Exchange Online "ค้นหา" หรือ "จัดสรร" เซิร์ฟเวอร์ Exchange On-Premise โดยใช้บริการการค้นหาอัตโนมัติ

แลกเปลี่ยนในสถานที่และแลกเปลี่ยนออนไลน์ - เพื่อนที่ดีที่สุดตลอดไป

โครงสร้างพื้นฐานของสภาพแวดล้อมแบบไฮบริดมีความซับซ้อนและซับซ้อนมาก และโครงสร้างพื้นฐานการค้นหาอัตโนมัติเป็นเพียงส่วนหนึ่งของโครงสร้างพื้นฐานนี้เท่านั้น

ในบทความนี้ เราจะเกี่ยวข้องเฉพาะกับเรื่องของการค้นหาอัตโนมัติในสภาพแวดล้อมแบบไฮบริดเท่านั้น และไม่ใช่ "ส่วนอื่นๆ" ของสภาพแวดล้อมแบบไฮบริด แต่จำเป็นต้องเข้าใจว่าการค้นหาอัตโนมัติทำหน้าที่เป็นโครงสร้างพื้นฐานสำหรับส่วนอื่นๆ มากมายของสภาพแวดล้อมแบบไฮบริด เช่น เช่น - เวลาว่าง/ไม่ว่าง เคล็ดลับเมล ไม่อยู่ที่สำนักงาน ย้ายกล่องจดหมาย (การย้ายเมล) และอื่นๆ

สภาพแวดล้อมแบบไฮบริดสภาพแวดล้อมที่แตกต่างกันและความโปร่งใสของไคลเอ็นต์ Exchange

ส่วนที่สวยงามในสภาพแวดล้อมแบบไฮบริดก็คือ แม้ว่าสภาพแวดล้อมแบบไฮบริดจะเชื่อมต่อสองสภาพแวดล้อมที่เลื่อนออกไปโดยสิ้นเชิง นั่นคือ Exchange On-Premise และสภาพแวดล้อม Exchange Online (และหากเราต้องการเพิ่มความซับซ้อนให้กับคำอธิบายความสัมพันธ์ระหว่าง On-Premise Active Directory และ Windows Azure Active Directory) และแม้ว่าคำว่า "สภาพแวดล้อมแบบไฮบริด" จะประกอบด้วยส่วนต่างๆ มากมาย จากมุมมองของไคลเอ็นต์ Exchange แต่โครงสร้างพื้นฐานแบบผสมนี้ก็ "ไม่สามารถสังเกตเห็นได้"

ตัวอย่างเช่น ในสภาพแวดล้อม Exchange แบบไฮบริด ผู้รับชื่อ "Alice" สงสัยว่าเธอโฮสต์ที่ Exchange Online หรือ Exchange On-Premise สำหรับ Alice แล้วไม่มีทางรับข้อมูลนี้ได้

ประเด็นของฉันคือในฐานะผู้ดูแลระบบ Exchange ในสภาพแวดล้อมไฮบริด เราต้องคุ้นเคยกับ “โครงสร้างพื้นฐานภายในของสภาพแวดล้อมไฮบริดและกระบวนการค้นหาอัตโนมัติ” แต่ข้อดีคือจากมุมมองของผู้ใช้ โครงสร้างพื้นฐานนี้ (สภาพแวดล้อมไฮบริด) มีความโปร่งใส .

สภาพแวดล้อมแบบไฮบริดและพื้นที่ชื่อโดเมน SMTP

สภาพแวดล้อมการแลกเปลี่ยนแบบไฮบริดถูกสร้างขึ้นสำหรับ "การรวม" กับโครงสร้างพื้นฐานที่แตกต่างกันให้เป็นเอนทิตีแบบลอจิคัลเดียว

ในสภาพแวดล้อม Exchange Hybrid กล่องจดหมายของผู้ใช้ขององค์กรจะ “กระจาย” ระหว่างสภาพแวดล้อมที่แตกต่างกันสองแห่ง - สภาพแวดล้อมขององค์กร (Exchange on-Premises) และสภาพแวดล้อมระบบคลาวด์ (Exchange Online)

ผู้ใช้ในองค์กรไม่ได้ตระหนักถึงโครงสร้างพื้นฐานที่แตกต่างกันทั้งสองนี้ แต่ในความเป็นจริงแล้ว เรากำลังเผชิญกับสภาพแวดล้อมที่แตกต่างกันโดยสิ้นเชิงสองแห่ง

“แสงวิเศษ” ที่รวบรวมโครงสร้างพื้นฐานที่แตกต่างกันทั้งสองนี้เข้าด้วยกัน ซึ่งดำเนินการโดยการใช้ความสัมพันธ์ระหว่างองค์กร Exchange ระหว่างโครงสร้างพื้นฐานทั้งสองที่แตกต่างกัน

“โครงสร้างพื้นฐานทางกายภาพ” แต่ละรายการ - Exchange on-Premises และ Exchange Online จำเป็นต้องเกี่ยวข้องกับโครงสร้างพื้นฐาน Exchange “อื่นๆ” โดยใช้เนมสเปซโดเมนที่แตกต่างกัน (พื้นที่ชื่อโดเมน SMTP)

• สภาพแวดล้อม Exchange Online เกี่ยวข้องกับวัตถุที่มีอยู่จริงในสภาพแวดล้อม Exchange on-Premises โดยใช้ "ชื่อโดเมนสาธารณะ ”
• สภาพแวดล้อม Exchange on-Premises เกี่ยวข้องกับวัตถุที่มีอยู่จริงในสภาพแวดล้อม Exchange Online โดยใช้ "เนมสเปซโดเมนแบบไฮบริด ”

ความสามารถของโครงสร้างพื้นฐาน Exchange ในการ "ซ่อน" ความซับซ้อนจากไคลเอนต์ Exchange นั้นถูกนำไปใช้โดย "การเล่นกลกับเนมสเปซโดเมน SMTP"

ความสัมพันธ์ระหว่างที่อยู่อีเมลของผู้รับและกระบวนการค้นหาอัตโนมัติ

ในส่วนถัดไป เราจะตรวจสอบเรื่องของเนมสเปซโดเมน SMTP ที่แตกต่างกันในสภาพแวดล้อมแบบไฮบริดของ Exchange

เห็นได้ชัดว่า ไม่มีความสัมพันธ์ที่ชัดเจนระหว่างเรื่องของที่อยู่อีเมลและกระบวนการค้นหาอัตโนมัติ แต่ในความเป็นจริง ในสภาพแวดล้อมไฮบริดสลีของ Exchange ขั้นตอนการค้นหาอัตโนมัติจะขึ้นอยู่กับที่อยู่อีเมลของผู้ใช้อย่างเต็มที่

ใน Exchange แบบผสม เวลาส่วนใหญ่ “จุดโฟกัสการค้นหาอัตโนมัติ ” คือสภาพแวดล้อม Exchange on-Premises

ตามที่กล่าวไว้ ผู้ใช้ในองค์กรไม่ทราบจริงๆ ว่ากล่องจดหมาย Exchange ของตนอยู่ที่ใด

ในสถานการณ์ที่กล่องจดหมายของผู้ใช้อยู่ที่โครงสร้างพื้นฐานของ Exchange Online ผู้ใช้ในองค์กรจะเริ่มต้นการเดินทางการค้นหาอัตโนมัติโดยระบุโครงสร้างพื้นฐานของ Exchange on-Premises และ Exchange on-Premises จะแจ้งให้เขาทราบว่าเขาจำเป็นต้องเริ่มการเดินทางการค้นหาอัตโนมัติใหม่โดยระบุที่อยู่ โครงสร้างพื้นฐาน Exchange ที่แตกต่างกัน - โครงสร้างพื้นฐาน Exchange Online

เนมสเปซโดเมน SMTP ในสภาพแวดล้อมแบบไฮบริดของ Exchange

ใน Exchange Hybrid มีพื้นที่ชื่อโดเมนอย่างน้อยสามช่อง สภาพแวดล้อมแบบไฮบริดของ Exchange ใช้เนมสเปซโดเมนสองรายการและเนมสเปซโดเมนที่สาม “เป็นของ” ของโครงสร้างพื้นฐาน Office 365

1. ชื่อโดเมนสาธารณะ (ชื่อโดเมน SMTP สาธารณะ)

ชื่อโดเมนสาธารณะนี้คือชื่อโดเมนองค์กร "เป็นทางการ" ที่ใช้โดยโครงสร้างพื้นฐาน Exchange On-Premise และในสถานการณ์จำลองของสภาพแวดล้อมแบบไฮบริด ชื่อโดเมนสาธารณะยังใช้สำหรับ "เป็นตัวแทน" ผู้รับระบบคลาวด์

ผู้รับ Exchange on-Premises และผู้รับ Exchange Online จะยังคงใช้ที่อยู่อีเมลที่ใช้ "ชื่อโดเมนสาธารณะ"

ตัวอย่างเช่น ในสถานการณ์ที่ชื่อโดเมนสาธารณะคือ o365info.com ผู้รับองค์กรทั้งหมดที่กล่องจดหมายของพวกเขาอยู่ที่ Exchange on-Premises และผู้ใช้องค์กรที่มีกล่องจดหมายของพวกเขาอยู่ Exchange Online จะยังคงใช้ชื่อโดเมนเฉพาะต่อไป

ชื่อโดเมนสาธารณะนี้อธิบายว่า “ชื่อโดเมนที่ใช้ร่วมกัน ” เนื่องจากใช้ร่วมกันระหว่างโครงสร้างพื้นฐาน Exchange Online สองแบบ (Exchange on-Premises กับโครงสร้างพื้นฐาน Exchange Online)

<แข็งแกร่ง>2. เนมสเปซโดเมนในตัวของผู้เช่า Office 365

เมื่อเราเปิดการสมัครใช้งาน Office 365 ใหม่ เราจำเป็นต้องระบุ "ชื่อองค์กร"

ในสถานการณ์ของเรา ชื่อโดเมนผู้เช่า Office 365 คือ - 365info2

หลังจากที่เราระบุชื่อองค์กรที่ต้องการแล้ว Office 365 จะเริ่มกระบวนการอัตโนมัติโดยจะสร้าง “ชื่อโดเมนผู้เช่า Office 365” ใหม่สองชื่อ
ตามชื่อโดเมนผู้เช่า Office 365 ชื่อโดเมนสองชื่อต่อไปนี้จะถูกสร้างขึ้น

1. onmicrosoft.com
2. mail.onmicrosoft.com

ชื่อโดเมน Onmicrosoft | ชื่อโดเมนผู้เช่าเริ่มต้น

ชื่อโดเมนที่สองสามารถอธิบายได้ว่าเป็น “ชื่อโดเมนผู้เช่า Office 365 เริ่มต้น” เนมสเปซโดเมนนี้ไม่ได้ใช้โดยสภาพแวดล้อมแบบไฮบริดของ Exchange

ในกรณีที่ชื่อองค์กรที่ลงทะเบียนที่ Office 365 คือ - 365info2 ชื่อนี้จะถูก “แนบ” กับชื่อโดเมนเริ่มต้นของ office 365 - onmicrosoft.com และผลลัพธ์คือชื่อโดเมนที่แสดงถึงผู้เช่า Office 365 เฉพาะ ในสถานการณ์ของเรา - 365info2.onmicrosoft.com

เนมสเปซโดเมน 365info2.onmicrosoft.com ถูกใช้โดยสภาพแวดล้อม Office 365 และ Exchange Online เท่านั้น

ถาม: อะไรคือสาเหตุของ “ชื่อโดเมน Office 365 เริ่มต้น” นี้

ก: มีเหตุผลหลักสองประการ:

ความจำเป็นในการใช้ “เนมสเปซโดเมนเฉพาะ” เช่น 365info2.onmicrosoft.com ถูกสร้างขึ้นด้วยเหตุผลหลักสองประการ -

เหตุผลที่ 1 - “เอนทิตี ” แต่ละรายการใน Office 365 ต้องมีชื่อ UPN ซึ่งรวมถึงส่วนต่อท้ายชื่อโดเมน และแต่ละเอนทิตี Exchange Online (เช่น ผู้รับ) ต้องมีที่อยู่อีเมลที่มี ส่วนต่อท้ายชื่อโดเมน

เมื่อเราสร้างผู้เช่า Office 365 Exchange Hybrid จะไม่มีอยู่หรือยังไม่ได้กำหนดไว้ และโครงสร้างพื้นฐานของ Office 365 จำเป็นต้องมี “ข้อมูลประจำตัว” บางอย่างสำหรับออบเจ็กต์ Office 365 เช่น ผู้ใช้

ตามลำดับเวลา Office 365 “ไม่รู้ว่าเรากำลังจะสร้างและปรับใช้สภาพแวดล้อม Exchange Hybrid หรือไม่

เหตุผลที่ 2 - โครงสร้างพื้นฐาน Office 365 สามารถ "โฮสต์" ออบเจ็กต์ในเครื่อง (ผู้ใช้ กล่องจดหมาย ฯลฯ) ที่ไม่เกี่ยวข้องกับโครงสร้างพื้นฐาน Exchange Hybrid ในทางใดทางหนึ่ง

ในกรณีที่เราสร้างออบเจ็กต์ดังกล่าว เช่น “ผู้ใช้ระบบคลาวด์ ” ที่ไม่ได้ซิงโครไนซ์จาก Active Directory ภายในองค์กร ออบเจ็กต์นี้จำเป็นต้องมีข้อมูลระบุตัวตน

ชื่อโดเมน Onmicrosoft | “เนมสเปซโดเมนไฮบริด”

“ชื่อโดเมน Office 365” ตัวที่สามที่สร้างขึ้นตามค่าเริ่มต้นสามารถอธิบายได้ว่าเป็น “เนมสเปซโดเมน Exchange Hybrid”

เนมสเปซโดเมนเฉพาะนี้จะถูกใช้ในสถานการณ์ไฮบริดสลีของ Exchange เท่านั้น

โครงสร้างของ “เนมสเปซโดเมนแบบไฮบริด ” เป็นไปตามสูตรต่อไปนี้ -
<ชื่อองค์กร Office 365> + + < onmicrosoft.com>

ในกรณีที่ชื่อองค์กรที่จดทะเบียนที่ Office 365 คือ - 365info2 ชื่อนี้จะถูก “แนบ” กับชื่อโดเมน “mail” + ชื่อโดเมนเริ่มต้นของ office 365 - onmicrosoft.com และผลลัพธ์คือชื่อโดเมนไฮบริดของ Exchange - 365info2.mail.onmicrosoft.com

เนมสเปซโดเมน Exchange Hybrid ที่ใช้โดยโครงสร้างพื้นฐาน Exchange on-Premises เพื่อวัตถุประสงค์ในการกำหนดเส้นทาง

“การกำหนดเส้นทาง” เกี่ยวข้องกับโครงสร้างพื้นฐานสองแบบที่แตกต่างกัน

1. การรับส่งจดหมาย

แต่ละครั้งที่ผู้รับเซิร์ฟเวอร์ Exchange On-Premise ต้องส่งข้อความอีเมลไปยังผู้รับ Exchange Online คำขอจะได้รับการยอมรับจาก Exchange on-Premises ที่ "เข้าใจ" ว่าผู้รับปลายทางอยู่ที่โครงสร้างพื้นฐาน Exchange Online

Exchange on-Premises จะใช้ “เนมสเปซโดเมนไฮบริด” ของผู้รับปลายทาง ใน Exchange Hybrid แต่ละข้อความเมลที่ส่งไปยัง Exchange “เนมสเปซโดเมนไฮบริด” จะถูกส่งไปยังเซิร์ฟเวอร์ Exchange Online

<แข็งแกร่ง>2. ขั้นตอนการค้นหาอัตโนมัติ

การใช้ "เนมสเปซโดเมนแบบไฮบริด" ยังเกี่ยวข้องกับโฟลว์การค้นหาอัตโนมัติในสภาพแวดล้อม Exchange แบบไฮบริดอีกด้วย

เมื่อผู้ใช้ที่มีกล่องจดหมายของเขาอยู่ที่โครงสร้างพื้นฐานของ Exchange Online พยายามรับข้อมูลการค้นหาอัตโนมัติ เขาจะจัดการกับเซิร์ฟเวอร์ Exchange ภายในองค์กร

เมื่อเซิร์ฟเวอร์ Exchange on-Premises “สังเกตเห็น” ที่ผู้รับพิจารณาว่าเป็นผู้รับ Exchange Online Exchange on-Premises จะส่งที่อยู่อีเมลที่มี “เนมสเปซโดเมนไฮบริด” เป็นการตอบกลับ ” ในสถานการณ์ของเรา - 365info2.mail.onmicrosoft.com

เมื่อไคลเอนต์ Autodiscover ได้รับข้อมูลนี้ เขา "เข้าใจ" ว่าเขาจำเป็นต้องสร้างกระบวนการ Autodiscover ใหม่ แต่ตอนนี้ ระบุตำแหน่งข้อมูล Autodiscover ที่รับผิดชอบชื่อโดเมน - 365info2.mail.onmicrosoft .com

ในแผนภาพต่อไปนี้ เราจะเห็นโครงสร้างตรรกะของชื่อโดเมน SMTP ในสภาพแวดล้อมแบบไฮบริด

สภาพแวดล้อมแบบไฮบริด | ผู้รับและที่อยู่อีเมลของพวกเขา

เพื่อสาธิตแนวคิดของที่อยู่อีเมลหลายรายการในสภาพแวดล้อมแบบไฮบริด ลองใช้สถานการณ์ต่อไปนี้:

Alice เป็นพนักงานบริษัทที่กล่องจดหมายของเธอถูก “ย้าย” (ย้าย) ไปยังระบบคลาวด์ (Exchange Online)

ในเซิร์ฟเวอร์ Exchange On-Premise นั้น Alice ได้รับการกำหนดค่าเป็นกล่องจดหมายระยะไกล
Exchange On-Premise “ทราบ” ว่า Alice มีที่อยู่อีเมลสองรายการ: ที่อยู่อีเมลสาธารณะมาตรฐาน - Alice@o365info.com และเพิ่มเติม “ที่อยู่อีเมลโดเมนบริการสภาพแวดล้อมแบบไฮบริด - Alice@o365info2 .mail.onmicrosoft.com

ใน Office 365 และ Exchange Online นั้น Alice จะมีที่อยู่อีเมลสองที่เหมือนกันและที่อยู่อีเมลเพิ่มเติม - Alice@o365info2.onmicrosoft.com

“ที่อยู่อีเมลเพิ่มเติม” ที่อยู่อีเมล (ที่อยู่อีเมลที่ไม่มี “โดเมนย่อย: เมล) จะขึ้นอยู่กับ “โดเมน Office 365 SMTP ชื่อ” ที่จัดสรรให้กับผู้ใช้ Office 365 แต่ละรายที่มีกล่องจดหมายโดยอัตโนมัติ

เพื่อแสดงให้เห็นความแตกต่างระหว่างสภาพแวดล้อม Exchange On-Premise และสภาพแวดล้อม Exchange Online มาดูคุณสมบัติของกล่องจดหมายของ Alice กัน

ในภาพหน้าจอต่อไปนี้ เราจะเห็นกล่องจดหมายของ Alice ใน Exchange On-Premise

ดังที่เราเห็น Exchange On-Premise “รู้” เกี่ยวกับที่อยู่อีเมลสองแห่งที่ Alice มี

ที่อยู่อีเมล - Alice@o365info2.mail.onmicrosoft.com อิงตามชื่อโดเมน SMTP ที่เราเรียกว่า “ชื่อโดเมนบริการ” ในสภาพแวดล้อมแบบไฮบริด

Exchange on-Premises อ้างอิงถึง “ที่อยู่อีเมล Exchange Online ” เป็น -
ที่อยู่อีเมลการกำหนดเส้นทาง

อินเทอร์เฟซเซิร์ฟเวอร์ Exchange 2013

ในภาพหน้าจอถัดไป เราจะเห็นคุณสมบัติของกล่องจดหมายของ Alice ใน Exchange Online
ดังที่เราเห็น Exchange Online “รู้” เกี่ยวกับที่อยู่อีเมลสามรายการที่ Alice มี
“ที่อยู่อีเมลเพิ่มเติม” ที่อลิซมีคือ - Alice@o365info2.onmicrosoft.com

ทำไมคุณถึงบอกข้อมูลทั้งหมดนี้ให้ฉันฟัง?

ในกรณีที่คุณสงสัยว่า “ข้อมูลนี้เกี่ยวข้องกับฉันอย่างไร”?

คำตอบคือ เราต้องเข้าใจโครงสร้างพื้นฐานของสภาพแวดล้อมแบบไฮบริด เช่น หัวเรื่องของที่อยู่อีเมลและช่องว่างชื่อโดเมน SMTP หลายช่อง ดังนั้นเราจะสามารถเข้าใจขั้นตอนการทำงานการค้นหาอัตโนมัติในสภาพแวดล้อมแบบไฮบริดได้ดีขึ้น

สภาพแวดล้อมแบบไฮบริด | ผู้รับ Exchange on-Premises กับผู้รับ Exchange Online ขั้นตอนการค้นหาอัตโนมัติ

ในสภาพแวดล้อมแบบไฮบริด กล่องจดหมายของผู้ใช้ในองค์กรผู้ใช้สามารถโฮสต์บนโครงสร้างพื้นฐาน Exchange on-Premises หรือโครงสร้างพื้นฐาน Exchange Online

ข้อแตกต่างหลักระหว่างขั้นตอนการค้นหาอัตโนมัติสำหรับผู้รับ Exchange ภายในองค์กรกับผู้รับ Exchange Online คือสำหรับผู้รับ Exchange ภายในองค์กร จุดสิ้นสุดการค้นหาอัตโนมัติคือเซิร์ฟเวอร์ Exchange ภายในองค์กร

สำหรับผู้รับที่กล่องจดหมายของตนโฮสต์อยู่ที่ Exchange Online นั้น Exchange
on-Premises จะทำหน้าที่เป็นองค์ประกอบที่จะทำหน้าที่ในการกำหนดเส้นทางคำขอไคลเอ็นต์การค้นหาอัตโนมัติไปยังโครงสร้างพื้นฐานการค้นหาอัตโนมัติของ Office 365

สำหรับผู้รับที่มีกล่องจดหมายอยู่ที่ Exchange on-Premises ขั้นตอนการค้นหาอัตโนมัติจะถูกนำไปใช้ในลักษณะต่อไปนี้:

1. การค้นหาอัตโนมัติจะเข้าถึง Active Directory ภายในองค์กร (โดยใช้แบบสอบถาม LDAP) เพื่อขอรายการเซิร์ฟเวอร์ Exchange On-Premise\s ที่สามารถให้ข้อมูลการค้นหาอัตโนมัติที่จำเป็นแก่เขาได้
2. ไคลเอนต์การค้นหาอัตโนมัติจะเชื่อมต่อเซิร์ฟเวอร์ DNS ภายในเครื่อง โดยขอให้แก้ไขชื่อโฮสต์\s ของเซิร์ฟเวอร์ Exchange On-Premise ภายในเครื่อง\s ที่ส่งคืนโดย Active Directory ในสถานที่
3. ไคลเอนต์การค้นหาอัตโนมัติจะพยายามเชื่อมต่อเซิร์ฟเวอร์ Exchange On-Premise

เกี่ยวกับขั้นตอนการค้นหาอัตโนมัติในสภาพแวดล้อมแบบไฮบริดของ Exchange สำหรับผู้รับที่กล่องจดหมายของตนโฮสต์ที่ Exchange Online ขั้นตอนการค้นหาอัตโนมัติจะซับซ้อนกว่าเล็กน้อยและเกี่ยวข้องกับขั้นตอนเพิ่มเติม

สำหรับผู้รับที่กล่องจดหมายของพวกเขาอยู่ที่ Exchange Online ขั้นตอนการค้นหาอัตโนมัติจะถูกนำไปใช้ในลักษณะต่อไปนี้:

1. การค้นหาอัตโนมัติจะเข้าถึง Active Directory ภายในองค์กร (โดยใช้แบบสอบถาม LDAP) เพื่อขอรายการเซิร์ฟเวอร์ Exchange On-Premise\s ที่สามารถให้ข้อมูลการค้นหาอัตโนมัติที่จำเป็นแก่เขาได้
2. ไคลเอนต์การค้นหาอัตโนมัติจะเชื่อมต่อเซิร์ฟเวอร์ DNS ภายในเครื่อง โดยขอให้แก้ไขชื่อโฮสต์\s ของเซิร์ฟเวอร์ Exchange On-Premise ภายในเครื่อง\s ที่ส่งคืนโดย Active Directory ในสถานที่
3. ไคลเอนต์การค้นหาอัตโนมัติจะพยายามเชื่อมต่อเซิร์ฟเวอร์ Exchange On-Premise
4. การตอบกลับ Exchange On-Premise ด้วย "ข้อความเปลี่ยนเส้นทาง" แจ้งให้ผู้รับทราบว่าในการรับบริการการค้นหาอัตโนมัติที่จำเป็น เขาจะต้องใช้ที่อยู่อีเมลอื่น นั่นคืออีเมลของผู้เช่า Office 365 ของเขา
5. ไคลเอนต์ Exchange จะเริ่มกระบวนการค้นหาอัตโนมัติทั้งหมด แต่ตอนนี้ โดยจัดการกับโครงสร้างพื้นฐานของ Exchange Online

เพื่อสาธิตกระบวนการของโฟลว์การค้นหาอัตโนมัติในสภาพแวดล้อมแบบไฮบริด สำหรับผู้รับที่กล่องจดหมายของเขาถูกโฮสต์ในระบบคลาวด์ (Exchange Online) ลองใช้สถานการณ์ต่อไปนี้:

• กล่องจดหมายของ Alice โฮสต์อยู่ที่ Exchange Online (โครงสร้างพื้นฐานของ Exchange อิงตามสภาพแวดล้อมแบบไฮบริด)
• Alice ต้องสร้างโปรไฟล์เมล Outlook ใหม่ ดังนั้นเธอจะสามารถเชื่อมต่อกับกล่องจดหมายของเธอได้ (กล่องจดหมาย Exchange Online)
• Exchange on-Premises เกี่ยวข้องกับกล่องจดหมายของ Alice ว่าเป็น "กล่องจดหมายระยะไกล"

ขั้นตอนที่ 1 - การค้นหาตำแหน่งข้อมูลการค้นหาอัตโนมัติในสภาพแวดล้อมแบบ Active Directory

ในสถานการณ์สมมติของกล่องจดหมายระยะไกล (กล่องจดหมายบนคลาวด์) ส่วนแรกของโฟลว์การค้นหาอัตโนมัติจะเหมือนกับโฟลว์การค้นหาอัตโนมัติที่นำไปใช้โดยผู้รับที่มี "กล่องจดหมายมาตรฐาน" บนเซิร์ฟเวอร์ Exchange On-Premise

เมื่ออลิซพยายามสร้างโปรไฟล์จดหมาย Outlook ใหม่ Outlook จะสอบถาม Active Directory ในสถานที่ภายในเครื่องสำหรับชื่อของเซิร์ฟเวอร์ Exchange On-Premise ที่ให้บริการการค้นหาอัตโนมัติที่จำเป็น

Outlook จะค้นหาเซิร์ฟเวอร์เสริม Exchange On-Premise และขอข้อมูลการค้นหาอัตโนมัติที่จำเป็นจากเขา

ขั้นตอนที่ 2 - จัดการกับเซิร์ฟเวอร์ Exchange on-Premises

ในทางเทคนิคแล้ว เซิร์ฟเวอร์ Exchange ไม่รู้ว่า “อลิซ” คือใคร เพื่อให้สามารถรับข้อมูลโดยละเอียดเกี่ยวกับ Alice ได้ Exchange on-Premises จะติดต่อกับ Active Directory ภายในองค์กรเพื่อขอข้อมูลเกี่ยวกับ Alice

คำตอบจาก On-Premise Active Directory รวมถึงข้อมูลเกี่ยวกับความจริงที่ว่ากล่องจดหมายของ Alice เป็น “กล่องจดหมายระยะไกล” และ Alice มีที่อยู่อีเมลการกำหนดเส้นทางต่อไปนี้ -
Alice@o365info2 onmicrosoft.com

ขั้นตอนที่ 3 - ไคลเอนต์การค้นหาอัตโนมัติเริ่มโฟลว์การค้นหาอัตโนมัติโดยระบุโครงสร้างพื้นฐานของ Exchange Online

ไคลเอนต์การค้นหาอัตโนมัติจะเริ่มแบบสอบถาม DNS ใหม่เพื่อค้นหาโฮสต์ชื่อ - o365info2.onmicrosoft.com

ขั้นตอนที่ 4 - ตรวจสอบว่าจุดสิ้นสุดการค้นหาอัตโนมัติสามารถสื่อสารโดยใช้ HTTPS ได้หรือไม่

ไคลเอนต์การค้นหาอัตโนมัติจะพยายามสร้างเซสชัน HTTPS ไปยัง "จุดสิ้นสุดการค้นหาอัตโนมัติปลายทาง" (Exchange Online) เพื่อขอบริการการค้นหาอัตโนมัติที่จำเป็น

บทความถัดไปในชุดบทความสามบทความปัจจุบันคือ:

• โฟลว์การค้นหาอัตโนมัติในสภาพแวดล้อม Office 365 | ตอนที่ 2#3 | ตอนที่ 30#36
• โฟลว์การค้นหาอัตโนมัติในสภาพแวดล้อม Office 365 | ตอนที่ 3#3 | ตอนที่ 31#36

ในบทความนี้ เราจะใช้เครื่องมือ ExRCA เพื่อให้การตรวจสอบโดยละเอียดเกี่ยวกับโฟลว์การค้นหาอัตโนมัติในสภาพแวดล้อมแบบไฮบริด