แลกเปลี่ยนเซิร์ฟเวอร์ CAS | ให้ไคลเอ็นต์ Exchange เข้าถึงกล่องจดหมายของตน | ตอนที่ 06#36

ในบทความนี้ ฉันอยากจะทบทวนความโรแมนติกที่เป็นความลับของโปรแกรมรับส่งเมล Exchange และเซิร์ฟเวอร์ Exchange CAS “ของเขา ”
ไคลเอนต์ Exchange มีความสัมพันธ์ที่ไม่ธรรมดาและน่าตื่นเต้นกับเซิร์ฟเวอร์ Exchange CAS ของพวกเขา และโครงสร้างพื้นฐาน Autodiscover นั้นเป็นแสงที่รวมเป็นหนึ่งเดียว คู่รักสองคนนี้

ดำเนินการต่อด้วยคำอุปมาโรแมนติกของเรา ความจริงก็คือไคลเอนต์ Exchange สามารถมี "ความสัมพันธ์" เหล่านี้กับเซิร์ฟเวอร์ Exchange CAS ที่มีอยู่ได้

กล่าวง่ายๆ ก็คือ ไคลเอ็นต์ Exchange ขึ้นอยู่กับเซิร์ฟเวอร์ Exchange ซึ่งมีบทบาทเซิร์ฟเวอร์ CAS โดยสิ้นเชิง แต่ไคลเอ็นต์ Exchange ไม่ได้ "เชื่อมโยง" กับเซิร์ฟเวอร์ Exchange CAS ใดเซิร์ฟเวอร์หนึ่งโดยเฉพาะ

แล้วอะไรคือสิ่งที่พิเศษเกี่ยวกับ “ความสัมพันธ์ลับ” ระหว่างไคลเอนต์ Exchange และเซิร์ฟเวอร์ Exchange CAS

ในบทความต่อไปนี้ เราจะวิเคราะห์กฎบัตรของความสัมพันธ์เหล่านี้และวิธีที่การค้นหาอัตโนมัติเกี่ยวข้องหรือเกี่ยวข้องกับความสัมพันธ์เหล่านี้

เซิร์ฟเวอร์ Exchange CAS คืออะไร

ในสภาพแวดล้อม Exchange สมัยใหม่ แต่ละเซิร์ฟเวอร์ Exchange “ถือ” บทบาทเฉพาะ (หรือบทบาทเซิร์ฟเวอร์ Exchange สองสามบทบาท)

เราจะไม่เจาะลึกกฎบัตรเฉพาะสำหรับแต่ละ "บทบาทเซิร์ฟเวอร์ Exchange" และการเปรียบเทียบความแตกต่างระหว่างสภาพแวดล้อม Exchange 2007, 2010 และ Exchange 2013 แต่เน้นที่บทบาทเซิร์ฟเวอร์ Exchange สองบทบาทแทน: บทบาท Exchange CAS และกล่องจดหมาย Exchange บทบาท.

เพื่อให้สามารถเชื่อมต่อโครงสร้างพื้นฐาน Exchange ได้ ไคลเอนต์ Exchange จะต้องค้นหา + เชื่อมต่อเซิร์ฟเวอร์ Exchange CAS

วิธีที่ไคลเอ็นต์จดหมาย Exchange ค้นหาหรือค้นหาตำแหน่ง "เซิร์ฟเวอร์ Exchange CAS ของเขา" คือการใช้บริการการค้นหาอัตโนมัติ

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

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

ความรับผิดชอบของเซิร์ฟเวอร์ Exchange CAS

ก่อนที่เราจะพูดถึง “รายละเอียด” หรือความสัมพันธ์ เรามาตรวจสอบ “ความรับผิดชอบ” ของเซิร์ฟเวอร์ Exchange CAS ในมุมมองระดับสูงกันก่อน

ภาพหน้าจอต่อไปนี้นำมาจากโปสเตอร์สถาปัตยกรรม Exchange Server 2010 ในแผนภาพ เราจะดูคำอธิบายโดยละเอียดเกี่ยวกับ "ความรับผิดชอบ" ของเซิร์ฟเวอร์ Exchange 2010 ที่มีบทบาท CAS

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

ดังที่เราเห็นในแผนภาพต่อไปนี้ เราสามารถแบ่งประเภท “บริการ” ของเซิร์ฟเวอร์ Exchange CAS ออกเป็นสี่กลุ่มหลักได้

แต่ละ “กลุ่ม” เหล่านี้มีความสำคัญเท่าเทียมกันสำหรับไคลเอนต์ Exchange ในการเชื่อมต่อและใช้โครงสร้างพื้นฐานของ Exchange

เซิร์ฟเวอร์ Exchange CAS สามสามเหลี่ยมความรับผิดชอบหลัก

เซิร์ฟเวอร์ Exchange CAS มีหน้าที่รับผิดชอบงานหลักสามประการ:

1. ให้ไคลเอ็นต์ Exchange สามารถเข้าถึงกล่องจดหมายของตนได้
2. การให้บริการเว็บ\การเข้าถึงบริการเว็บสำหรับไคลเอนต์ Exchange
3. การให้ข้อมูล (ข้อมูลการค้นหาอัตโนมัติ) สำหรับไคลเอนต์ Exchange

บทความปัจจุบันที่เหลือจะทุ่มเทให้กับงานที่อธิบายไว้ดังนี้:

• ให้ไคลเอ็นต์ Exchange เข้าถึงกล่องจดหมายของตน

บทความถัดไป - เซิร์ฟเวอร์ Exchange CAS เป็นข้อมูล + ผู้ให้บริการเว็บ | ส่วนที่ 07#36 จะเน้นไปที่งานเซิร์ฟเวอร์ Exchange CAS ที่อธิบายไว้ดังนี้:

1. การให้บริการเว็บ\การเข้าถึงบริการเว็บสำหรับไคลเอนต์ Exchange
2. การให้ข้อมูล (ข้อมูลการค้นหาอัตโนมัติ) สำหรับไคลเอนต์ Exchange

ให้ไคลเอ็นต์ Exchange เข้าถึงกล่องจดหมายของตน

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

ในสภาพแวดล้อม Exchange สมัยใหม่ วิธีเดียวที่ไคลเอ็นต์ Exchange สามารถใช้ในการเชื่อมต่อกล่องจดหมายของเขาได้คือผ่านทางเซิร์ฟเวอร์ Exchange CAS

ไคลเอ็นต์ Exchange เช่น ไคลเอ็นต์ Outlook ไม่สามารถเข้าถึงกล่องจดหมายของตนได้โดยตรง ซึ่งโฮสต์บนเซิร์ฟเวอร์ Exchange ซึ่งมีบทบาทเป็นเซิร์ฟเวอร์กล่องจดหมาย Exchange

วิธีที่ไคลเอนต์ Outlook เข้าถึงกล่องจดหมายของผู้ใช้คือผ่านเซิร์ฟเวอร์ Exchange ซึ่งมีบทบาท CAS

การจัดประเภทของโปรแกรมรับส่งเมล Exchange

ในส่วนต่อไปนี้ เราจะอธิบายขั้นตอนที่ใช้สำหรับไคลเอนต์ Autodiscover ด้วยเหตุนี้ เราจึงต้องใช้การจัดประเภททั่วไปบางประเภทที่เกี่ยวข้องกับไคลเอนต์ Exchange

ตัวอย่างที่โดดเด่นที่สุดสำหรับไคลเอนต์ Autodiscover คือไคลเอนต์ Outlook ไคลเอ็นต์ ActiveSync และไคลเอ็นต์ OWA ยังสามารถถือเป็น "ไคลเอ็นต์การค้นหาอัตโนมัติ" ได้ แต่ไคลเอ็นต์นี้ไม่ได้ขึ้นอยู่กับบริการการค้นหาอัตโนมัติมากนัก

การจัดประเภทเพิ่มเติมที่เราควรใช้คือ โฟลว์ต่างๆ ที่ดำเนินการโดยไคลเอนต์ Outlook ซึ่งอยู่บนเครือข่ายส่วนตัวภายใน (การเข้าถึง Active Directory) เทียบกับโฟลว์การค้นหาอัตโนมัติที่ดำเนินการโดยไคลเอนต์ Outlook ที่พบในเครือข่ายสาธารณะ หรือในเครือข่ายที่ไม่สามารถเข้าถึง Active Directory ได้

เซิร์ฟเวอร์แลกเปลี่ยน CAS และแนวคิดเรื่องความโปร่งใส | สถานการณ์พร็อกซีที่แตกต่างกัน

หนึ่งในแนวคิดพื้นฐานที่สุดของความสัมพันธ์ระหว่างไคลเอนต์ Exchange และเซิร์ฟเวอร์ Exchange CAS ที่เรียกว่า "แนวคิดความโปร่งใส"

ไคลเอนต์ Exchange ไม่จำเป็นต้องตระหนักถึงโครงสร้างพื้นฐาน Exchange ที่ซับซ้อนซึ่งอาจมีเซิร์ฟเวอร์จำนวนมาก เซิร์ฟเวอร์หลายสิบหรือหลายร้อยเซิร์ฟเวอร์ แต่จะต้องค้นหาเซิร์ฟเวอร์ Exchange CAS เท่านั้น

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

ลูกค้า Exchange ไม่จำเป็นต้อง ทราบ:

1. ชื่อของเซิร์ฟเวอร์กล่องจดหมาย Exchange ที่โฮสต์กล่องจดหมายของเขา
2. ตำแหน่งทางกายภาพของเซิร์ฟเวอร์กล่องจดหมาย Exchange ซึ่งโฮสต์กล่องจดหมายของเขา

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

แนวคิดเรื่อง "ความโปร่งใส" นี้ช่วยให้โครงสร้างพื้นฐานของ Exchange สามารถให้บริการและโซลูชันได้หลายประเภท

ตัวอย่างเช่น:

สถานการณ์ที่ 1: โปรแกรมรับส่งเมลภายนอก

ในสถานการณ์ที่ไคลเอนต์จดหมายภายนอกต้องการเข้าถึงกล่องจดหมายของเขา ไม่จำเป็นต้อง "เปิดเผย" เซิร์ฟเวอร์กล่องจดหมาย Exchange ภายในที่โฮสต์กล่องจดหมายของผู้ใช้

สิ่งที่เราต้องทำคือกำหนดค่าเซิร์ฟเวอร์ Exchange CAS อย่างน้อยหนึ่งเซิร์ฟเวอร์ให้เป็นเซิร์ฟเวอร์ Exchange CAS สาธารณะ

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

สถานการณ์ที่ 2: ความซ้ำซ้อนของเซิร์ฟเวอร์กล่องจดหมาย Exchange

ในกรณีที่องค์กรใช้กลไกการทำคลัสเตอร์ ซึ่งฐานข้อมูลกล่องจดหมายของผู้ใช้จำลองไปยังไซต์ Exchange อื่น ในกรณีที่ "ดั้งเดิม" ” (ใช้งานอยู่) เซิร์ฟเวอร์กล่องจดหมาย Exchange ไม่พร้อมใช้งาน เซิร์ฟเวอร์ Exchange CAS “รู้” วิธีเชื่อมต่อไคลเอนต์ Exchange กับที่เก็บกล่องจดหมาย Exchange “อื่น ๆ ”

ในแผนภาพต่อไปนี้ เราจะดูตัวอย่างสถานการณ์ที่เป็นไปได้ประเภทต่างๆ ซึ่งเซิร์ฟเวอร์ Exchange CAS จำเป็นต้อง "ให้บริการ" คำขอของไคลเอ็นต์ Exchange

ไคลเอนต์ Outlook ภายนอกและภายใน | การใช้กลไกการค้นหาอัตโนมัติที่แตกต่างกัน

เมื่อไคลเอนต์ Outlook พยายามค้นหาตำแหน่ง และเชื่อมต่อเซิร์ฟเวอร์ Exchange CAS ของเขา กระบวนการค้นหาอัตโนมัติที่นำมาใช้ โดยไคลเอนต์ Outlook ภายในจะแตกต่างจากกระบวนการการค้นหาอัตโนมัติที่นำมาใช้ โดยไคลเอนต์ Outlook ภายนอก

นอกจากนี้ ข้อมูลการค้นหาอัตโนมัติที่เซิร์ฟเวอร์ Exchange CAS ให้กับไคลเอนต์ Outlook ภายในจะแตกต่างจากข้อมูลที่เซิร์ฟเวอร์ Exchange CAS ให้กับไคลเอนต์จดหมาย Outlook ภายนอกและอื่นๆ

ในส่วนต่อไปนี้ เราจะตรวจสอบสถานการณ์ทั่วไปของการค้นหาอัตโนมัติและลักษณะต่างๆ ของ "ความสัมพันธ์" ที่เกิดขึ้นระหว่างไคลเอ็นต์ Exchange และเซิร์ฟเวอร์ Exchange CAS

เพื่อให้คำอธิบายง่ายขึ้น เราจะยึดตามสถานการณ์ที่ไคลเอ็นต์อีเมลคือ Outlook

สถานการณ์สมมติที่ 1: ไคลเอ็นต์ Outlook Exchange ภายใน | เซิร์ฟเวอร์กล่องจดหมาย Exchange บนไซต์ Active Directory เดียวกัน

กฎบัตรของสถานการณ์นี้มีดังนี้:

ผู้ใช้ในเครือข่ายภายในพยายามสร้างโปรไฟล์จดหมาย Outlook ใหม่

เมื่อผู้ใช้เปิดใช้งานตัวช่วยสร้างโปรไฟล์เมล Outlook ใหม่ ขั้นตอนต่อไปนี้จะถูกนำไปใช้:

1. Outlook จะค้นหาชื่อของเซิร์ฟเวอร์ Exchange CAS ที่พร้อมใช้งานโดยการสอบถาม Active Directory ในเครื่อง
2. Active Directory ตอบกลับพร้อมรายการเซิร์ฟเวอร์ Exchange CAS ที่พร้อมใช้งานโดยใช้ส่วนตัวหรือ "ชื่อภายใน" ของเซิร์ฟเวอร์ Exchange CAS ที่มีอยู่
3. การใช้ชื่อเซิร์ฟเวอร์ Exchange CAS ที่ปรากฏในรายการ Outlook จะสุ่มเลือกชื่อใดชื่อหนึ่งและพยายามส่งคำขอการเชื่อมต่อไปยังเซิร์ฟเวอร์ Exchange CAS
4. เซิร์ฟเวอร์ Exchange CAS จะสอบถาม Active Directory โดยค้นหาชื่อของเซิร์ฟเวอร์กล่องจดหมาย Exchange ที่โฮสต์กล่องจดหมายของผู้ใช้โดยเฉพาะ
5. เซิร์ฟเวอร์ Exchange CAS ยอมรับกฎบัตรสองรายการของ “ไคลเอ็นต์ Exchange ” (ไคลเอ็นต์อีเมล Outlook):
   ว่าไคลเอ็นต์อีเมลนั้นเป็น - ไคลเอ็นต์อีเมล MAPI + ว่าไคลเอ็นต์อีเมลนั้นเป็น “ไคลเอ็นต์อีเมลภายใน ”
6. เซิร์ฟเวอร์แลกเปลี่ยน CAS จะสร้างการตอบสนองการค้นหาอัตโนมัติ ซึ่งรวมถึงข้อมูลที่เกี่ยวข้องกับโปรแกรมรับส่งเมล Outlook และรวมถึง "ส่วนของข้อมูล"
   ข้อมูลที่จะให้เพื่อรวมที่อยู่ของ URL ของบริการเว็บ Exchange ที่พร้อมใช้งาน ที่อยู่ URL ที่แสดงอยู่ในการตอบสนองการค้นหาอัตโนมัติจะประกอบด้วย:
   ชื่อโฮสต์ภายใน + ชื่อโฮสต์ภายนอก (ที่อยู่ URL ภายในและภายนอก) ที่อยู่ URL ภายในจะไม่เปิดเผยต่อโฮสต์จากเครือข่ายสาธารณะ และสามารถใช้ได้โดยไคลเอ็นต์เมลภายในเท่านั้น
7. เซิร์ฟเวอร์ Exchange CAS จะเชื่อมต่อ "เซิร์ฟเวอร์กล่องจดหมาย Exchange ปลายทาง" และเริ่มกระบวนการ "พร็อกซี" ข้อมูลจากเซิร์ฟเวอร์กล่องจดหมาย Exchange (เนื้อหากล่องจดหมาย) ไปยังไคลเอนต์จดหมาย Outlook ภายในและในทางกลับกัน

สถานการณ์ที่ 2: ไคลเอนต์ Exchange Outlook ภายนอก

เมื่อไคลเอนต์เมล Exchange ตั้งอยู่ในเครือข่ายสาธารณะ วิธีเดียวที่ไคลเอนต์เมลภายนอกสามารถใช้เพื่อเข้าถึง: “กล่องจดหมายภายใน ” (โครงสร้างพื้นฐาน Exchange ภายใน ”) คือผ่านเซิร์ฟเวอร์ Exchange CAS ซึ่งกำหนดค่าเป็น - สาธารณะหันหน้าไปทาง Exchange CAS เซิร์ฟเวอร์

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

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

เซิร์ฟเวอร์ Exchange CAS จะยอมรับคำขอไคลเอ็นต์ Exchange และใช้ "กลไกพร็อกซี" ซึ่งเซิร์ฟเวอร์ Exchange CAS "นำเสนอ" ตัวเองต่อเซิร์ฟเวอร์ Exchange ภายในเป็นไคลเอ็นต์อีเมลที่เขา "เป็นตัวแทน ”

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

เมื่อผู้ใช้เปิดใช้งานตัวช่วยสร้างโปรไฟล์เมล Outlook ใหม่ ขั้นตอนต่อไปนี้จะถูกนำไปใช้:

1. Outlook จะค้นหาชื่อของเซิร์ฟเวอร์ Exchange CAS ที่พร้อมใช้งานโดย "สร้าง" ชื่อเซิร์ฟเวอร์ Exchange CAS Outlook จะใช้ชื่อโดเมน SMTP ของที่อยู่อีเมลของผู้รับเป็น "ชื่อที่เป็นไปได้" ของเซิร์ฟเวอร์ Exchange CAS (เซิร์ฟเวอร์ Exchange CAS สาธารณะ)
2. Outlook พยายามส่งคำขอการเชื่อมต่อไปยังจุดสิ้นสุดการค้นหาอัตโนมัติซึ่งหมายถึงเซิร์ฟเวอร์ Exchange CAS สาธารณะ
3. เซิร์ฟเวอร์ Exchange CAS สาธารณะจะสอบถาม Active Directory โดยค้นหาชื่อของเซิร์ฟเวอร์กล่องจดหมาย Exchange ที่โฮสต์กล่องจดหมายของผู้ใช้โดยเฉพาะ
4. เซิร์ฟเวอร์ Exchange CAS ยอมรับกฎบัตรสองรายการของ “ไคลเอ็นต์ Exchange ” (ไคลเอ็นต์อีเมล Outlook):
   ว่าไคลเอ็นต์อีเมลนั้นเป็น - ไคลเอ็นต์อีเมล MAPI + ว่าไคลเอ็นต์อีเมลนั้นเป็น “ไคลเอ็นต์อีเมลภายนอก ”
5. เซิร์ฟเวอร์ Exchange CAS จะสร้างการตอบสนองการค้นหาอัตโนมัติ ซึ่งรวมถึงข้อมูลที่เกี่ยวข้องกับโปรแกรมรับส่งเมล Outlook และรวมถึง “ส่วนของข้อมูล”
   ข้อมูลที่ให้รวมถึง - ที่อยู่ URL สาธารณะของบริการเว็บ Exchange ที่พร้อมใช้งาน ที่อยู่ URL ที่แสดงอยู่ในการตอบสนองการค้นหาอัตโนมัติจะรวม:
   เฉพาะชื่อโฮสต์ภายนอก\สาธารณะ
6. เซิร์ฟเวอร์ Exchange CAS สาธารณะจะเชื่อมต่อ "เซิร์ฟเวอร์กล่องจดหมาย Exchange ปลายทาง" และเริ่มกระบวนการพร็อกซีข้อมูลจากเซิร์ฟเวอร์กล่องจดหมาย Exchange (เนื้อหาในกล่องจดหมาย) ไปยังไคลเอนต์จดหมาย Outlook ภายนอกและในทางกลับกัน

สถานการณ์ที่ 3: ไคลเอนต์ Exchange ภายนอก | ไซต์ Exchange สองแห่ง
เซิร์ฟเวอร์ Exchange CAS สาธารณะสองแห่ง

บริการที่น่าสนใจอีกอย่างหนึ่งที่เซิร์ฟเวอร์ Exchange CAS สามารถให้บริการได้โดยเรียกว่า การเปลี่ยนเส้นทาง

ในสภาพแวดล้อมขององค์กร Exchange เช่นบริษัทขนาดใหญ่ที่มีไซต์สองแห่งทั่วโลก สถานการณ์ทั่วไปคือสถานการณ์ของไซต์ Exchange หลายแห่ง

ในกรณีที่มีไซต์ Exchange หลายแห่ง องค์กรสามารถตัดสินใจใช้สถานการณ์อย่างใดอย่างหนึ่งต่อไปนี้:

ตัวเลือกที่ 1: “เปิดเผย ” เฉพาะเซิร์ฟเวอร์ Exchange CAS เฉพาะที่จะทำหน้าที่เป็น “จุดโฟกัส” หรือเกตเวย์สำหรับไคลเอนต์ Exchange ทั้งหมดทั่วโลก (นี่คือสถานการณ์ที่อธิบายไว้ในส่วนก่อนหน้าซึ่งอธิบายว่าเป็น - บริการพร็อกซี)

ตัวเลือกที่ 2: เผยแพร่เซิร์ฟเวอร์ Exchange CAS สาธารณะมากกว่าหนึ่งรายการหรือเซิร์ฟเวอร์ Exchange CAS สาธารณะมากกว่าหนึ่งรายการสำหรับแต่ละไซต์ของบริษัท

ในสถานการณ์ที่มีไซต์ Exchange หลายแห่ง + เซิร์ฟเวอร์ Exchange CAS สาธารณะต่างๆ มีสองสถานการณ์หลักสำหรับการจัดการวิธีที่ไคลเอ็นต์เมลภายนอกค้นหาเซิร์ฟเวอร์ Exchange CAS ที่จำเป็น

กำหนดค่าเซิร์ฟเวอร์ Exchange CAS สาธารณะเดี่ยวเป็นจุดโฟกัส

ในสถานการณ์สมมตินี้ แม้ว่าโครงสร้างพื้นฐานของ Exchange จะรวมมากกว่าหนึ่ง "เซิร์ฟเวอร์ Exchange CAS สาธารณะ" แต่ "เซิร์ฟเวอร์ Exchange CAS สาธารณะ" เดียวเท่านั้นที่จะถูกแมปกับระเบียนการค้นหาอัตโนมัติสำหรับชื่อโดเมนสาธารณะ

ในตัวอย่างของเรา เรามีไซต์ Active Directory และ Exchange ทางกายภาพสองไซต์: ไซต์นิวยอร์กและไซต์ของ Los Angel

ชื่อโดเมนสาธารณะคือ o365info.com และบันทึก Autodiscover - autodiscover.o365info.com ถูกแมปกับที่อยู่ IP สาธารณะ ของ “เซิร์ฟเวอร์ Exchange CAS สาธารณะของนิวยอร์ก” โดยใช้ที่อยู่ IP สาธารณะ: 212.25.80.239

ในสถานการณ์ของเรา ผู้ใช้ชื่อ Bob ซึ่งใช้ที่อยู่อีเมล Bob@o365info.com จำเป็นต้องเชื่อมต่อกล่องจดหมาย Exchange ของเขา ซึ่งโฮสต์บนเซิร์ฟเวอร์กล่องจดหมาย Exchange ในลอส เว็บไซต์ของนางฟ้า

เมื่อไคลเอนต์ Outlook เริ่มกระบวนการค้นหาอัตโนมัติ เขาจะค้นหาและเชื่อมต่อ “เซิร์ฟเวอร์ Exchange CAS สาธารณะของไซต์นิวยอร์ก ”

“ไซต์นิวยอร์กที่เชื่อมต่อกับเซิร์ฟเวอร์ Exchange CAS สาธารณะ” รู้เรื่องนี้ดี

• กล่องจดหมายของ Bob อยู่ในไซต์ Exchange อื่น (ไซต์ของ Los angel)
• มีเซิร์ฟเวอร์ Exchange CAS แบบสาธารณะบนไซต์ของ Los angel ที่สามารถตอบสนองคำขอไคลเอ็นต์อีเมลภายนอกได้

เนื่องจากข้อมูลนี้ "เซิร์ฟเวอร์ Exchange CAS สาธารณะของไซต์นิวยอร์ก" จะไม่ให้บริการไคลเอ็นต์ Exchange ด้วยตัวเอง แต่จะส่งคำแนะนำในการเปลี่ยนเส้นทาง" ไปยังไคลเอ็นต์ Outlook Exchange ภายนอกแทน

คำแนะนำในการเปลี่ยนเส้นทางประกอบด้วยชื่อ (FQDN) ของ “ไซต์ Los Angeles สาธารณะเผชิญกับเซิร์ฟเวอร์ Exchange CAS”

ไคลเอนต์ Exchange ภายนอกเริ่มกระบวนการทั้งหมดอีกครั้ง แต่คราวนี้ ไคลเอนต์ Exchange Outlook กำลังพยายามเชื่อมต่อ "เซิร์ฟเวอร์ Exchange CAS ของไซต์ Los Angeles ที่สาธารณะ"

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