ขั้นตอนการค้นหาอัตโนมัติในสภาพแวดล้อม Exchange Hybrid | ตอนที่ 3#3 | ตอนที่ 34#36
บทความปัจจุบันคือความต่อเนื่องของบทความก่อนหน้านี้ ซึ่งเราจะตรวจสอบรายละเอียดการเดินทางของการค้นหาอัตโนมัติในสภาพแวดล้อมที่ใช้ Exchange Hybrid ต่อไป
ขั้นตอนการค้นหาอัตโนมัติในสภาพแวดล้อม Exchange Hybrid | บทความชุด
บทความปัจจุบันเป็นบทความสุดท้ายในชุดบทความสามบทความ
บทความเพิ่มเติมในชุดคือ:
- ขั้นตอนการค้นหาอัตโนมัติในสภาพแวดล้อม Exchange Hybrid | ตอนที่ 1#3 | ตอนที่ 32#36
- ขั้นตอนการค้นหาอัตโนมัติในสภาพแวดล้อม Exchange Hybrid | ตอนที่ 2#3 | ตอนที่ 33#36
ขั้นตอนที่ 16/30: การตอบสนองการเปลี่ยนเส้นทาง (HTTP 301/302)
ไคลเอนต์การค้นหาอัตโนมัติถูก "ตั้งโปรแกรม" เพื่อใช้คำขอเปลี่ยนเส้นทาง HTTP ในกรณีที่จุดสิ้นสุดการค้นหาอัตโนมัติที่อาจเกิดขึ้นไม่สามารถสื่อสารโดยใช้ HTTPS
ในตัวอย่างของเรา เนื่องจากจุดสิ้นสุดการค้นหาอัตโนมัติที่เป็นไปได้ไม่สามารถสื่อสารโดยใช้ HTTPS ได้ ไคลเอ็นต์การค้นหาอัตโนมัติจะ "ถอยกลับ" และพยายามติดต่อจุดสิ้นสุดการค้นหาอัตโนมัติโดยใช้โปรโตคอล HTTP
คำขอ HTTP ของไคลเอ็นต์การค้นหาอัตโนมัติจะรวมคำขอข้อมูลเกี่ยวกับชื่อ "จุดสิ้นสุดการค้นหาอัตโนมัติอื่น ๆ" ที่สามารถให้ข้อมูลที่จำเป็นได้
ในสถานการณ์สมมติของเรา ไคลเอนต์ Autodiscover ระบุโฮสต์ - autodiscover.o365info2.mail.onmicrosoft.com
โฮสต์ autodiscover.o365info2.mail.onmicrosoft.com เป็นคอมโพเนนต์ Office 365 ที่เป็นเอกลักษณ์ ซึ่งทำหน้าที่เป็น "เราเตอร์แบบลอจิคัล" ซึ่งมีหน้าที่ในการเปลี่ยนเส้นทางไคลเอ็นต์ Autodiscover ไปยังเซิร์ฟเวอร์เพิ่มเติม โหนดหรือองค์ประกอบ (จุดสิ้นสุดการค้นหาอัตโนมัติ) ที่สามารถช่วยให้ไคลเอนต์การค้นหาอัตโนมัติไปถึงจุดหมายปลายทางสุดท้ายได้
ในสถานการณ์ของเรา ข้อความเปลี่ยนเส้นทาง HTTP ที่จุดสิ้นสุดการค้นหาอัตโนมัติจัดเตรียมให้กับไคลเอ็นต์การค้นหาอัตโนมัติของเขา รวมถึงที่อยู่ URL ของจุดสิ้นสุดการค้นหาอัตโนมัติที่เป็นไปได้ที่ชื่อว่า
- autodiscover-s.outlook.com
ในแผนภาพต่อไปนี้ เราจะเห็นขั้นตอนการค้นหาอัตโนมัติเฉพาะซึ่งไคลเอ็นต์การค้นหาอัตโนมัติถูกเปลี่ยนเส้นทางไปยัง "ฮ็อพถัดไป" - autodiscover-s.outlook.com
ขั้นตอนที่ 16/30: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA
ในหน้าผลลัพธ์ Microsoft Remote Connectivity Analyzer เราจะเห็นข้อมูลต่อไปนี้-
จุดสิ้นสุดการค้นหาอัตโนมัติตอบกลับโดยใช้รหัสข้อความการเปลี่ยนเส้นทาง (HTTP 301/302) และมอบที่อยู่ “URL แบบเต็ม” ของจุดสิ้นสุดการค้นหาอัตโนมัติปลายทางให้กับไคลเอ็นต์การค้นหาอัตโนมัติ - https://autodiscover-s outlook.com/Autodiscover/Autodiscover.xml
ตัววิเคราะห์การเชื่อมต่อของ Microsoft กำลังตรวจสอบโฮสต์ autodiscover.o365info2.mail.onmicrosoft.com สำหรับการเปลี่ยนเส้นทาง HTTP ไปยังบริการการค้นหาอัตโนมัติ ได้รับการตอบกลับการเปลี่ยนเส้นทาง (HTTP 301/302) สำเร็จแล้ว URL เปลี่ยนเส้นทาง:
https://autodiscover-s.outlook.com/Autodiscover/Autodiscover.xml
ขั้นตอนที่ 17/30: กำลังพยายามแก้ไขชื่อโฮสต์ autodiscover-s.outlook.com
ไคลเอ็นต์การค้นหาอัตโนมัติสอบถามเซิร์ฟเวอร์ DNS สำหรับที่อยู่ IP ของโฮสต์ -
autodiscover-s.outlook.com
ก่อนที่เราจะดำเนินการต่อไป สิ่งสำคัญคือต้องหยุดสักครู่แล้วถามตัวเอง-
ไตรมาสที่ 1: ใครคือหรืออะไรคือโฮสต์ autodiscover-s.outlook.com
A1: โฮสต์ชื่อ - autodiscover-s.outlook.com เป็นคอมโพเนนต์ Office 365 เพิ่มเติมที่ทำหน้าที่เป็น "เราเตอร์แบบลอจิคัล"
ไตรมาสที่ 1: หาก autodiscover-s.outlook.com ถือเป็นเราเตอร์แบบลอจิคัลด้วย อะไรคือความแตกต่างจากกลไกการเปลี่ยนเส้นทาง HTTP ก่อนหน้านี้
A2: กระบวนการข้างต้นขึ้นอยู่กับโปรโตคอล HTTP และกระบวนการเปลี่ยนเส้นทางปัจจุบันอาศัยกลไกการเปลี่ยนเส้นทาง HTTPS
ไตรมาสที่ 3: แล้ว… อะไรคือความแตกต่างใหญ่ระหว่างการเปลี่ยนเส้นทาง HTTP และ HTTPS
A3: ข้อแตกต่างคือเมื่อใช้วิธีการเปลี่ยนเส้นทาง HTTPS ไคลเอ็นต์ Autodiscover จะต้องตรวจสอบใบรับรองจุดสิ้นสุด Autodiscover เพื่อให้เขาสามารถ "เชื่อ" ได้
“เกมเปลี่ยนเส้นทาง” เป็นแนวคิดที่น่าสนใจซึ่งนำไปใช้ในสภาพแวดล้อมคลาวด์ของ Office 365
ในสภาพแวดล้อม "มาตรฐาน" ของ Exchange on-Premises ไคลเอ็นต์การค้นหาอัตโนมัติที่สื่อสารกับเซิร์ฟเวอร์ Exchange ของเขา คาดหวังจากเซิร์ฟเวอร์เพื่อให้ใบรับรอง SSL ซึ่งรวมถึง FQDN ของจุดสิ้นสุดการค้นหาอัตโนมัติหรือชื่อโดเมน (ในกรณีที่เซิร์ฟเวอร์ใช้ไวด์การ์ด ใบรับรอง).
ตัวอย่างเช่น ในสถานการณ์ของเรา ไคลเอนต์การค้นหาอัตโนมัติจะใช้ที่อยู่อีเมลของอลิซ ชื่อโดเมน และเมื่อไคลเอนต์การค้นหาอัตโนมัติจะเริ่มเซสชัน HTTPS กับเซิร์ฟเวอร์ Exchange ไคลเอนต์การค้นหาอัตโนมัติจะดูใบรับรองเซิร์ฟเวอร์ที่กำลังมองหาชื่อโฮสต์ - < span class="highlight4i">autodiscover.o365info.com หรือสำหรับชื่อโดเมน - o365info.com
ในกรณีที่ใบรับรองเซิร์ฟเวอร์ไม่รวมชื่อที่ระบุ ไคลเอ็นต์การค้นหาอัตโนมัติจะ "จำเป็น" เพื่อหยุดกระบวนการสื่อสารและไปยังวิธีอื่นหรือแสดงข้อความแสดงข้อผิดพลาด
ในสภาพแวดล้อมคลาวด์ของ Office 365 ข้อเท็จจริงที่น่าสนใจก็คือ ไม่มีเซิร์ฟเวอร์ Exchange “ของจริง” ที่มีใบรับรองสาธารณะที่มี “ชื่อโฮสต์ที่จำเป็น” เช่น -
autodiscover.o365info ดอทคอม
ในความเป็นจริง ไม่มีตัวเลือกในการซื้อใบรับรองสาธารณะเฉพาะสำหรับผู้เช่า Office 365 แต่ละราย
ในกรณีนี้ ตามทฤษฎี กระบวนการค้นหาอัตโนมัติควรล้มเหลว
วิธีแก้ปัญหาสำหรับ "ปริศนา" นี้คือ กระบวนการที่ไคลเอ็นต์ Autodiscover จะได้รับ "คำสั่ง" เพื่อสื่อสารกับจุดสิ้นสุด Autodiscover "อื่นๆ" ซึ่งมีชื่อโฮสต์ที่แตกต่างจาก "ชื่อโฮสต์ดั้งเดิม" ที่ไคลเอ็นต์ Autodiscover พยายามใช้
หากคุณเป็นคนที่น่าสงสัย ความคิดหวาดระแวงอาจปรากฏขึ้นในใจของคุณ หากไคลเอนต์ Autodiscover ค้นหาชื่อโฮสต์ที่เฉพาะเจาะจงมาก (เช่น autodiscover.o365info.com ในสถานการณ์ของเรา ) และ “คลาวด์” เปลี่ยนเส้นทางไคลเอนต์ Autodiscover ไปยังชื่อโฮสต์ Autodiscover Endpoint อื่น ๆ เช่น - autodiscover-s.outlook.com เราจะรู้ได้อย่างไรว่านี่ไม่ใช่การฉ้อโกงหรือ การสมรู้ร่วมคิดที่สามารถนำ "ไคลเอนต์ Autodiscover" ไปสู่องค์ประกอบที่ไม่น่าเชื่อถือ?
คำตอบสำหรับ “ความกลัว” นี้คือจุดสิ้นสุด Autodiscover ซึ่งไคลเอ็นต์ Autodiscover ถูก “เปลี่ยนเส้นทางไปที่ ” (autodiscover-s.outlook.com) จะต้องพิสูจน์ตัวตนของเขา และเป็นที่ไว้วางใจได้โดยการออกใบรับรองสาธารณะ
จุดสิ้นสุดการค้นหาอัตโนมัติ - autodiscover-s.outlook.com มีใบรับรองสาธารณะที่รวม "ชิ้นส่วน" ที่จำเป็นทั้งหมดที่จะได้รับการตรวจสอบโดยไคลเอ็นต์การค้นหาอัตโนมัติ
หลังจากที่ "ส่วนใบรับรอง" ทั้งหมดได้รับการทดสอบและตรวจสอบโดยไคลเอนต์ Autodiscover แล้วเท่านั้น จากนั้นไคลเอนต์ Autodiscover จะสามารถ "เชื่อ" ว่าโฮสต์ -
autodiscover-s.outlook .com เป็นแหล่งข้อมูลที่เชื่อถือได้
ในส่วนถัดไป เราจะเห็นว่า autodiscover-s.outlook.com ไม่ใช่ความหวังสุดท้ายในการเดินทางของ Autodiscover ของเรา แต่สำหรับตอนนี้ เรามาดูรายละเอียดของ ขั้นตอนการค้นหาอัตโนมัติ
ไคลเอนต์การค้นหาอัตโนมัติสอบถามเซิร์ฟเวอร์ DNS สำหรับที่อยู่ IP ของโฮสต์ -
autodiscover-s.outlook.com
คำตอบ DNS มีช่วงที่อยู่ IP เนื่องจากในความเป็นจริงแล้ว โครงสร้างพื้นฐานของ Office 365 นั้นเป็น “โหนด” หรือ “โฮสต์” สองสามตัวที่ “มีบทบาท” ของ autodiscover-s.outlook โฮสต์คอม
ขั้นตอนที่ 17/30: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA
ในหน้าผลลัพธ์ Microsoft Remote Connectivity Analyzer เราจะเห็นข้อมูลต่อไปนี้:
กำลังพยายามแก้ไขชื่อโฮสต์ autodiscover-s.outlook.com ใน DNS แก้ไขชื่อโฮสต์สำเร็จแล้ว ที่อยู่ IP ที่ส่งคืน: 157.56.241.102, 157.56.245.166, 157.56.232.166, 157.56.245.70, 157.56.236.214, 157.56.236.6
ขั้นตอนที่ 18/30: การทดสอบพอร์ต TCP 443 บนโฮสต์ autodiscover-s.outlook.com เพื่อให้แน่ใจว่ากำลังฟังและเปิดอยู่
ไคลเอนต์ Autodiscover จะพยายามตรวจสอบว่า autodiscover-s.outlook.com รองรับการสื่อสาร HTTPS หรือไม่
ในสถานการณ์ของเรา การทดสอบเสร็จสมบูรณ์แล้ว หมายความว่า autodiscover-s.outlook.com รองรับการสื่อสาร HTTPS
หมายเหตุ: ในกรณีที่คุณสงสัยเกี่ยวกับชื่อโฮสต์ - “autodiscover-s ” ฉันไม่พบคำอธิบายอย่างเป็นทางการสำหรับ “S ” ในชื่อโฮสต์ แต่ฉันเชื่อว่า “S” ย่อมาจากความปลอดภัย
ขั้นตอนที่ 18/30: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA
ในหน้าผลลัพธ์ Microsoft Remote Connectivity Analyzer เราจะเห็นข้อมูลต่อไปนี้:
ไคลเอ็นต์การค้นหาอัตโนมัติจะตรวจสอบว่าโฮสต์ปลายทางสามารถสื่อสารโดยใช้พอร์ต 443 (HTTPS) ได้หรือไม่
ผลลัพธ์ของ “การทดสอบ HTTPS” คือ -สำเร็จ
กำลังทดสอบพอร์ต TCP 443 บนโฮสต์ autodiscover-s.outlook.com เพื่อให้แน่ใจว่ากำลังฟังและเปิดอยู่ เปิดพอร์ตสำเร็จแล้ว
ขั้นตอนที่ 19/30: กำลังพยายามรับใบรับรอง SSL จากเซิร์ฟเวอร์ระยะไกล autodiscover-s.outlook.com
ไคลเอนต์ Autodiscover ขอให้จากจุดสิ้นสุดการค้นหาอัตโนมัติ (autodiscover-s.outlook.com) เพื่อพิสูจน์ตัวตนของเขาโดยการจัดเตรียมใบรับรองสาธารณะที่ถูกต้อง
ขั้นตอนที่ 19/30: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA
ในหน้าผลลัพธ์ Microsoft Remote Connectivity Analyzer เราจะเห็นข้อมูลต่อไปนี้:
- คำขอไคลเอ็นต์การค้นหาอัตโนมัติจากจุดสิ้นสุดการค้นหาอัตโนมัติเพื่อส่งใบรับรองของเขาให้เขา
- จุดสิ้นสุดการค้นหาอัตโนมัติส่งใบรับรองของเขา
- ไคลเอ็นต์ Autodiscover ยอมรับใบรับรองเรียบร้อยแล้ว
ตัววิเคราะห์การเชื่อมต่อของ Microsoft กำลังพยายามรับใบรับรอง SSL จากเซิร์ฟเวอร์ระยะไกล autodiscover-s.outlook.com บนพอร์ต 443 ตัววิเคราะห์การเชื่อมต่อของ Microsoft ได้รับใบรับรอง SSL ระยะไกลเรียบร้อยแล้ว
หัวข้อใบรับรองระยะไกล: CN=outlook com, OU=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=WA, C=US, ผู้ออก: CN=Microsoft IT SSL SHA2, OU=Microsoft IT, O=Microsoft Corporation, L=Redmond, S=Washington , C=สหรัฐฯ
ในรายละเอียดข้อมูล เราจะเห็นว่าใบรับรอง “เป็นของ” ของ Microsoft Corporation (OU=Microsoft Corporation) และใบรับรองนั้นมีชื่อโดเมน -outlook.com (Remote Certificate Subject: CN=outlook.com)
ขั้นตอนที่ 20/30: ทดสอบใบรับรอง SSL ของ autodiscover-s.outlook.com เพื่อให้แน่ใจว่าถูกต้อง
การทดสอบการตรวจสอบใบรับรองที่ไคลเอนต์ Autodiscover ดำเนินการ ประกอบด้วยส่วนที่แตกต่างกันสามส่วน
1. ตรวจสอบชื่อใบรับรอง
ไคลเอนต์ Autodiscover ระบุจุดสิ้นสุด Autodiscover ที่เป็นไปได้โดยใช้ชื่อโฮสต์ - autodiscover-s.outlook.com
เพื่อให้ทราบว่านี่เป็นแหล่งข้อมูลที่ถูกต้องหรือเชื่อถือได้ ไคลเอ็นต์ Autodiscover จะตรวจสอบว่าใบรับรองมีชื่อโฮสต์ที่ระบุหรือไม่ -
autodiscover-s.outlook.com หรือชื่อโดเมน - *.outlook.com ในสถานการณ์สมมติของใบรับรองตัวแทน
2. การตรวจสอบความน่าเชื่อถือของใบรับรอง
ใบรับรองสาธารณะที่เซิร์ฟเวอร์จัดเตรียมไว้ให้ โดย CA (ผู้ออกใบรับรอง) ไคลเอนต์การค้นหาอัตโนมัติจะต้องตรวจสอบใบรับรอง CA ที่ให้ใบรับรองแก่เซิร์ฟเวอร์ของเขาด้วย
3. ตรวจสอบว่าวันที่ของใบรับรองนั้นถูกต้อง
ไคลเอนต์ Autodiscover จะต้องตรวจสอบว่าวันที่ของใบรับรองของเซิร์ฟเวอร์นั้นถูกต้อง
ในกรณีที่คุณต้องการอ่านข้อมูลโดยละเอียดเพิ่มเติมเกี่ยวกับเรื่องของการค้นหาอัตโนมัติ กลไกการรักษาความปลอดภัย และใบรับรอง โปรดอ่านบทความ: กระบวนการค้นหาอัตโนมัติและโครงสร้างพื้นฐานด้านความปลอดภัยของ Exchange | ตอนที่ 20#36
ขั้นตอนที่ 20/30: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA
ในหน้าผลลัพธ์ Microsoft Remote Connectivity Analyzer เราจะเห็นข้อมูลต่อไปนี้:
1. การตรวจสอบชื่อใบรับรอง
ไคลเอนต์ Autodiscover ตรวจสอบว่าใบรับรองเซิร์ฟเวอร์รวมเซิร์ฟเวอร์ FQDN หรือชื่อโดเมนของเซิร์ฟเวอร์
กำลังตรวจสอบชื่อใบรับรอง ชื่อใบรับรองได้รับการตรวจสอบเรียบร้อยแล้ว พบชื่อโฮสต์ autodiscover-s.outlook.com ในรายการชื่อเรื่องสำรองของใบรับรอง
2. ตรวจสอบความน่าเชื่อถือของใบรับรอง
- ไคลเอนต์ Autodiscover ตรวจสอบห่วงโซ่ความเชื่อถือที่ปรากฏในใบรับรองเซิร์ฟเวอร์
- ไคลเอนต์ Autodiscover จัดการเพื่อตรวจสอบห่วงโซ่ความน่าเชื่อถือได้สำเร็จ
กำลังตรวจสอบความน่าเชื่อถือของใบรับรอง ใบรับรองเชื่อถือได้และมีใบรับรองทั้งหมดอยู่ในสายโซ่ ตัววิเคราะห์การเชื่อมต่อของ Microsoft กำลังพยายามสร้างกลุ่มใบรับรองสำหรับใบรับรอง CN=outlook.com, OU=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=WA, C=US
3. ตรวจสอบว่าวันที่ใบรับรองถูกต้อง
ไคลเอ็นต์การค้นหาอัตโนมัติจะตรวจสอบว่าใบรับรองเซิร์ฟเวอร์ยังคงใช้งานได้และยังไม่หมดอายุ
ในตัวอย่างของเรา การทดสอบเสร็จสมบูรณ์แล้ว หมายความว่าใบรับรองเซิร์ฟเวอร์นั้นถูกต้อง
การทดสอบวันที่ของใบรับรองเพื่อยืนยันว่าใบรับรองนั้นถูกต้อง วันที่ผ่านการตรวจสอบแล้ว ใบรับรองยังไม่หมดอายุ ใบรับรองถูกต้อง
NotBefore=2/18/2014 23:41:01 PM, NotAfter=2/18/2016 23:41:01 PM
ขั้นตอนที่ 21/30: ตรวจสอบการกำหนดค่า IIS สำหรับการตรวจสอบสิทธิ์ใบรับรองไคลเอ็นต์
ไคลเอ็นต์การค้นหาอัตโนมัติ ตรวจสอบว่าโฮสต์ปลายทาง (จุดสิ้นสุดการค้นหาอัตโนมัติ) จำเป็นต้องมีใบรับรองไคลเอ็นต์หรือไม่ ใบรับรองไคลเอ็นต์เป็นวิธีการที่ไคลเอ็นต์สามารถพิสูจน์ตัวตนได้
ขั้นตอนที่ 21/30: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA
ในหน้าผลลัพธ์ของ Microsoft Remote Connectivity Analyzer เราจะเห็นสิ่งนั้น
- ไคลเอนต์การค้นหาอัตโนมัติถามเซิร์ฟเวอร์ว่าจำเป็นต้องมีใบรับรองไคลเอนต์หรือไม่
- เซิร์ฟเวอร์ตอบกลับว่าเขาไม่ต้องการใบรับรองฝั่งไคลเอ็นต์
การตรวจสอบการกำหนดค่า IIS สำหรับการรับรองความถูกต้องใบรับรองไคลเอ็นต์ ตรวจไม่พบการรับรองความถูกต้องใบรับรองไคลเอ็นต์ ยอมรับ/ต้องการใบรับรองไคลเอ็นต์ไม่ได้รับการกำหนดค่า
ขั้นตอนที่ 22/30: มอบข้อมูลรับรองผู้ใช้ให้กับจุดสิ้นสุดการค้นหาอัตโนมัติ
หลังจากการตรวจสอบใบรับรอง การทดสอบเสร็จสมบูรณ์และไคลเอนต์ Autodiscover สามารถ "เชื่อถือ" โฮสต์ปลายทางได้ ไคลเอนต์ Autodiscover จะต้องพิสูจน์ตัวตนของเขาด้วย
ไคลเอนต์ Autodiscover จะระบุตัวเองด้วยการให้ข้อมูลประจำตัวของผู้ใช้ ”
(ชื่อผู้ใช้ + รหัสผ่าน)
ขั้นตอนที่ 22/30: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA
หมายเหตุ: ส่วนของ "การระบุข้อมูลรับรองผู้ใช้" จะไม่ปรากฏในหน้าผลลัพธ์ของ Microsoft Remote Connectivity Analyzer
ขั้นตอนที่ 23/30: กำลังพยายามส่งคำขอ Autodiscover POST ไปยัง autodiscover-s.outlook.com
ไคลเอนต์การค้นหาอัตโนมัติจะพยายามส่งคำขอ POST การค้นหาอัตโนมัติไปยังจุดสิ้นสุดการค้นหาอัตโนมัติเพื่อรับข้อมูลการค้นหาอัตโนมัติที่จำเป็น
โฮสต์ที่ชื่อ - autodiscover-s.outlook.com ไม่ใช่โหนดสุดท้ายในการเดินทางของ Autodiscover ของเรา แต่เป็น "เราเตอร์เพิ่มเติม" ที่จะกำหนดเส้นทางตำแหน่งข้อมูล Autodiscover ไปยังปลายทางสุดท้ายของเขาแทน - เซิร์ฟเวอร์ Exchange ของเขา
การเปลี่ยนเส้นทางดำเนินการโดยใช้เพิ่มเติม - “การเปลี่ยนเส้นทาง HTTPS”
ไคลเอนต์ Autodiscover “เชื่อถือ” โฮสต์ autodiscover-s.outlook.com แต่
autodiscover-s.outlook.com span> ไม่ใช่ "เซิร์ฟเวอร์ Exchange CAS ที่คาดหวัง"
ในสถานการณ์เฉพาะของเรา autodiscover-s.outlook.com ส่งข้อความการเปลี่ยนเส้นทาง HTTPS ที่มีที่อยู่ URL ต่อไปนี้ -
https:/ /pod51049.outlook.com/Autodiscover/Autodiscover.xml
ไคลเอนต์การค้นหาอัตโนมัติจะ “แยก” ชื่อโฮสต์ออกจากที่อยู่ URL นี้ - Pod51049.outlook.com และในขั้นตอนถัดไป เราจะเห็นกระบวนการที่จุดสิ้นสุดการค้นหาอัตโนมัติพยายามสื่อสาร กับโฮสต์นี้เพื่อเสร็จสิ้นกระบวนการค้นหาอัตโนมัติ
ในไดอะแกรมต่อไปนี้ เราจะเห็นระยะที่เราพบในการเดินทางของการค้นหาอัตโนมัติ
ขั้นตอนที่ 23/30: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA
ในหน้าผลลัพธ์ Microsoft Remote Connectivity Analyzer เราจะเห็นข้อมูลต่อไปนี้:
ตัววิเคราะห์การเชื่อมต่อของ Microsoft กำลังพยายามดึงข้อมูลการตอบสนอง XML Autodiscover จาก
URL https://autodiscover-s.outlook.com/Autodiscover/Autodiscover.xml สำหรับผู้ใช้ Alice@o365info2.mail.onmicrosoft.com เรียกการตอบสนอง XML ของการค้นหาอัตโนมัติสำเร็จแล้ว ได้รับการเปลี่ยนเส้นทาง HTTPS เพื่อตอบสนองต่อคำขอการค้นหาอัตโนมัติ URL การเปลี่ยนเส้นทางคือ https://pod51049.outlook.com/Autodiscover/Autodiscover.xml
ขั้นตอนที่ 24/30: กำลังพยายามแก้ไขชื่อโฮสต์ pod51049.outlook.com
ไคลเอนต์การค้นหาอัตโนมัติสร้างแบบสอบถาม DNS เพื่อค้นหาโฮสต์ชื่อ- Pod51049.outlook.com
จากคำตอบของเซิร์ฟเวอร์ DNS เราจะเห็นว่าการแก้ไขสำหรับชื่อโฮสต์ที่ระบุนี้ (Pod51049.outlook.com) มีช่วงของที่อยู่ IP
แม้จะมีสมมติฐานเชิงตรรกะว่าโฮสต์ - Pod51049.outlook.com เป็นเซิร์ฟเวอร์เดียว แต่ในความเป็นจริงแล้ว โฮสต์ “Pod51049.outlook.com ” แสดงถึง “หน่วย” จำนวนมากของเซิร์ฟเวอร์ Office 365 Exchange ที่ให้บริการคำขอของไคลเอ็นต์ Office 365
ขั้นตอนที่ 24/30: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA
ในหน้าผลลัพธ์ Microsoft Remote Connectivity Analyzer เราจะเห็นช่วงของที่อยู่ IP4 และ IP6 ที่แมปกับชื่อโฮสต์ที่ระบุ
กำลังพยายามแก้ไขชื่อโฮสต์ pod51049.outlook.com ใน DNS แก้ไขชื่อโฮสต์สำเร็จแล้ว ที่อยู่ IP ที่ส่งคืน: 157.56.250.66, 157.56.254.178, 132.245.229.146, 132.245.226.34, 157.56.251.217, 157.56.255.60, 132.245.210.9, 132.245 .212.98, 2a01:111:f400:9434::2, 2a01:111 :f400:9850::2, 2a01:111:f400:8000::9, 2a01:111:f400:9428::2, 2a01:111:f400:9800::12, 2a01:111:f400:882a:: 2, 2a01:111:f400:803c::2, 2a01:111:f400:9814::9
ขั้นตอนที่ 25/30: การทดสอบพอร์ต TCP 443 บนโฮสต์ pod51049.outlook.com เพื่อให้แน่ใจว่ากำลังฟังและเปิดอยู่
ไคลเอนต์การค้นหาอัตโนมัติจะพยายามตรวจสอบว่าโฮสต์ชื่อ - Pod51049.outlook.com จุดสิ้นสุดการค้นหาอัตโนมัติ รองรับการสื่อสาร HTTPS หรือไม่
ในสถานการณ์ของเรา การทดสอบเสร็จสมบูรณ์ หมายความว่า Pod51049.outlook.com รองรับการสื่อสาร HTTPS
ขั้นตอนที่ 25/30: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA
ในหน้าผลลัพธ์ Microsoft Remote Connectivity Analyzer เราจะเห็นข้อมูลต่อไปนี้:
ไคลเอนต์การค้นหาอัตโนมัติพยายามตรวจสอบว่า "โฮสต์ปลายทาง" รองรับโปรโตคอล HTTPS หรือไม่ และคำตอบคือ "ใช่"
กำลังทดสอบพอร์ต TCP 443 บนโฮสต์ pod51049.outlook.com เพื่อให้แน่ใจว่ากำลังฟังและเปิดอยู่ เปิดพอร์ตสำเร็จแล้ว
ขั้นตอนที่ 26/30: การขอจากจุดสิ้นสุดการค้นหาอัตโนมัติที่เป็นไปได้เพื่อจัดเตรียมใบรับรองเซิร์ฟเวอร์สาธารณะ
ไคลเอ็นต์การค้นหาอัตโนมัติ โปรดสอบถามจากจุดสิ้นสุดการค้นหาอัตโนมัติ (Pod51049.outlook.com) เพื่อพิสูจน์ตัวตนของเขาโดยการจัดเตรียมใบรับรองสาธารณะที่ถูกต้อง
ขั้นตอนที่ 26/30: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA
ในหน้าผลลัพธ์ Microsoft Remote Connectivity Analyzer เราจะเห็นข้อมูลต่อไปนี้:
Microsoft Connectivity Analyzer พยายามรับใบรับรอง SSL จากเซิร์ฟเวอร์ระยะไกล pod51049.outlook.com บนพอร์ต 443 Microsoft Connectivity Analyzer ได้รับใบรับรอง SSL ระยะไกลสำเร็จแล้ว
หัวข้อใบรับรองระยะไกล: CN=outlook.com, OU=Exchange, O=Microsoft Corporation, L=Redmond, S=Washington, C=US, ผู้ออก: CN=Microsoft IT SSL SHA1, OU=Microsoft IT, O=Microsoft Corporation, L=Redmond, S=Washington, C=สหรัฐอเมริกา
ขั้นตอนที่ 27/30: ทดสอบใบรับรอง SSL ของ pod51049.outlook.com เพื่อให้แน่ใจว่าถูกต้อง
การทดสอบการตรวจสอบใบรับรองที่ไคลเอนต์ Autodiscover ดำเนินการ ประกอบด้วยส่วนที่แตกต่างกันสามส่วน
1. การตรวจสอบความถูกต้องของชื่อใบรับรอง
ไคลเอนต์ Autodiscover ระบุตำแหน่งข้อมูล Autodiscover ที่เป็นไปได้โดยใช้โฮสต์ชื่อ - Pod51049.outlook.com
เพื่อให้ทราบว่านี่คือ “โฮสต์จริง” ไคลเอ็นต์การค้นหาอัตโนมัติจะตรวจสอบว่าใบรับรองมีชื่อโฮสต์ที่ระบุ (Pod51049.outlook.com) หรือชื่อโดเมน - *.outlook.com
2. การตรวจสอบความน่าเชื่อถือของใบรับรอง
ใบรับรองสาธารณะที่เซิร์ฟเวอร์จัดเตรียมไว้ให้ โดย CA (ผู้ออกใบรับรอง) ไคลเอ็นต์การค้นหาอัตโนมัติจะต้องตรวจสอบใบรับรอง CA ที่ให้ใบรับรองแก่เซิร์ฟเวอร์ด้วย
3. ตรวจสอบว่าวันที่ของใบรับรองนั้นถูกต้อง
ไคลเอนต์ Autodiscover จะต้องตรวจสอบว่าวันที่ของใบรับรองของเซิร์ฟเวอร์นั้นถูกต้อง
ในกรณีที่คุณต้องการอ่านข้อมูลโดยละเอียดเพิ่มเติมเกี่ยวกับเรื่องของการค้นหาอัตโนมัติ กลไกการรักษาความปลอดภัย และใบรับรอง โปรดอ่านบทความ: กระบวนการค้นหาอัตโนมัติและโครงสร้างพื้นฐานด้านความปลอดภัยของ Exchange | ตอนที่ 20#36
ขั้นตอนที่ 27/30: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA
ในหน้าผลลัพธ์ Microsoft Remote Connectivity Analyzer เราจะเห็นข้อมูลต่อไปนี้:
1. การตรวจสอบชื่อใบรับรอง
ไคลเอนต์ Autodiscover ตรวจสอบว่าใบรับรองเซิร์ฟเวอร์รวมเซิร์ฟเวอร์ FQDN หรือชื่อโดเมนของเซิร์ฟเวอร์
กำลังตรวจสอบชื่อใบรับรอง ชื่อใบรับรองได้รับการตรวจสอบเรียบร้อยแล้ว พบชื่อโฮสต์ pod51049.outlook.com ในรายการชื่อทางเลือกของหัวเรื่องใบรับรอง
2. ตรวจสอบความน่าเชื่อถือของใบรับรอง
- ไคลเอนต์ Autodiscover ตรวจสอบห่วงโซ่ความเชื่อถือที่ปรากฏในใบรับรองเซิร์ฟเวอร์
- ไคลเอนต์ Autodiscover จัดการตรวจสอบห่วงโซ่ความน่าเชื่อถือได้สำเร็จ
กำลังตรวจสอบความน่าเชื่อถือของใบรับรอง ใบรับรองเชื่อถือได้ และมีใบรับรองทั้งหมดอยู่ในสายโซ่ ตัววิเคราะห์การเชื่อมต่อของ Microsoft กำลังพยายามสร้างกลุ่มใบรับรองสำหรับใบรับรอง CN=outlook.com, OU=Exchange, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
กลุ่มใบรับรองอย่างน้อยหนึ่งรายการถูกสร้างขึ้นสำเร็จแล้ว
3. ตรวจสอบว่าวันที่ใบรับรองถูกต้อง
ไคลเอ็นต์การค้นหาอัตโนมัติจะตรวจสอบว่าใบรับรองเซิร์ฟเวอร์ยังคงใช้งานได้และยังไม่หมดอายุ
ในตัวอย่างของเรา การทดสอบเสร็จสมบูรณ์แล้ว หมายความว่าใบรับรองเซิร์ฟเวอร์นั้นถูกต้อง
การทดสอบวันที่ของใบรับรองเพื่อยืนยันว่าใบรับรองนั้นถูกต้อง วันที่ผ่านการตรวจสอบแล้ว ใบรับรองยังไม่หมดอายุ ใบรับรองถูกต้อง
NotBefore=24/7/2014 18:34:15 PM, NotAfter=23/7/2016 18:34:15 PM
ขั้นตอนที่ 28/30: ตรวจสอบการกำหนดค่า IIS สำหรับการรับรองความถูกต้องใบรับรองไคลเอ็นต์
ไคลเอ็นต์การค้นหาอัตโนมัติ ตรวจสอบว่าโฮสต์ปลายทาง (จุดสิ้นสุดการค้นหาอัตโนมัติ) จำเป็นต้องมีใบรับรองไคลเอ็นต์หรือไม่ ใบรับรองไคลเอ็นต์เป็นวิธีการที่ไคลเอ็นต์สามารถพิสูจน์ตัวตนได้
ขั้นตอนที่ 28/30: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA
ในหน้าผลลัพธ์ของ Microsoft Remote Connectivity Analyzer เราจะเห็นสิ่งนั้น
- ไคลเอนต์การค้นหาอัตโนมัติถามเซิร์ฟเวอร์ว่าจำเป็นต้องมีใบรับรองไคลเอนต์หรือไม่
- เซิร์ฟเวอร์ตอบกลับว่าเขาไม่ต้องการใบรับรองฝั่งไคลเอ็นต์
การตรวจสอบการกำหนดค่า IIS สำหรับการรับรองความถูกต้องใบรับรองไคลเอ็นต์ ตรวจไม่พบการรับรองความถูกต้องใบรับรองไคลเอ็นต์ ยอมรับ/ต้องการใบรับรองไคลเอ็นต์ไม่ได้รับการกำหนดค่า
ขั้นตอนที่ 29/30: ให้ข้อมูลประจำตัวผู้ใช้แก่จุดสิ้นสุดการค้นหาอัตโนมัติ
หลังจากการตรวจสอบใบรับรอง การทดสอบเสร็จสมบูรณ์และไคลเอนต์ Autodiscover สามารถ “เชื่อถือ ” โฮสต์ปลายทางได้ ไคลเอนต์ Autodiscover จะต้องพิสูจน์ตัวตนของเขาด้วย
ไคลเอนต์ Autodiscover จะระบุตัวเองด้วยการให้ข้อมูลประจำตัวของผู้ใช้ ” (ชื่อผู้ใช้ + รหัสผ่าน).
ขั้นตอนที่ 29/30: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA
หมายเหตุ: ส่วนของ "การระบุข้อมูลรับรองผู้ใช้" จะไม่ปรากฏในหน้าผลลัพธ์ของ Microsoft Remote Connectivity Analyzer
ขั้นตอนที่ 30/30: กำลังพยายามส่งคำขอ Autodiscover POST ไปยัง URL การค้นหาอัตโนมัติที่เป็นไปได้: https://pod51049.outlook.com/autodiscover/autodiscover.xml
นี่เป็นจุดสุดท้ายในการเดินทางของ Outlook Autodiscover ในสภาพแวดล้อมแบบไฮบริด
Outlook หรือ “ไคลเอ็นต์การค้นหาอัตโนมัติ” ค้นหาเซิร์ฟเวอร์ Exchange CAS ของเขา
ในขั้นตอนนี้ “งานตามข้อกำหนดเบื้องต้น” ทั้งหมดได้เสร็จสิ้นเรียบร้อยแล้ว การค้นหาอัตโนมัติจะจัดการเพื่อตรวจสอบข้อมูลระบุตัวตนของจุดสิ้นสุดการค้นหาอัตโนมัติ และมอบข้อมูลประจำตัวของเขาให้กับจุดสิ้นสุดของการค้นหาอัตโนมัติ
ขั้นตอนสุดท้ายคือขั้นตอนที่ตำแหน่งข้อมูลการค้นหาอัตโนมัติ (เซิร์ฟเวอร์ Exchange CAS ชื่อ - Pod51049.outlook.com) จะสร้างและส่งการตอบสนองการค้นหาอัตโนมัติไปยังไคลเอนต์การค้นหาอัตโนมัติของเรา
ในสถานการณ์สมมติของเรา "ไคลเอนต์" คือไคลเอนต์ Outlook ที่จะใช้ข้อมูลในการตอบสนองการค้นหาอัตโนมัติเพื่อวัตถุประสงค์หลักสองประการ:
1. การสร้างโปรไฟล์เมล Outlook ใหม่
“ภารกิจที่ประกาศ” ในสถานการณ์ของเราคือการอนุญาตให้ Alice สร้างโปรไฟล์เมล Outlook ใหม่
ข้อมูลที่รวมอยู่ในการตอบสนองของการค้นหาอัตโนมัติจะรวมข้อมูลที่จำเป็นทั้งหมดที่จำเป็นสำหรับการสร้างโปรไฟล์เมล Outlook ใหม่โดยใช้ Outlook Anywhere การตั้งค่า.
<แข็งแกร่ง>2. การใช้ที่อยู่ URL ของบริการเว็บ Exchange
หลังจากที่งานสร้างโปรไฟล์เมล Outlook ใหม่เสร็จสมบูรณ์ Outlook จะให้เราทราบที่อยู่ URL ของบริการเว็บ Exchange ต่างๆ ที่รวมอยู่ในคำตอบการค้นหาอัตโนมัติ แต่ละครั้งที่ Outlook จะต้องมี Exchange เฉพาะเพื่อให้บริการ เช่น บริการความพร้อมใช้งาน (ว่าง/ไม่ว่าง เวลา), OAB (สมุดที่อยู่แบบออฟไลน์) และอื่นๆ
ขั้นตอนที่ 30/30: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA
การตอบสนองอัตโนมัติของเซิร์ฟเวอร์ Exchange CAS ถูกนำมาใช้เป็นไฟล์ XML ที่มี "บรรทัดข้อมูล" (แท็ก XML) มากมาย
เราจะไม่ลงลึกในการตรวจสอบโดยละเอียดของ "บรรทัดข้อมูลธนาคาร" แต่ละรายการ แต่ให้ตรวจสอบเพียงตัวอย่างเล็กๆ ของเนื้อหาตอบกลับของ Autodiscover แทน
ในหน้าผลลัพธ์ Microsoft Remote Connectivity Analyzer เราจะเห็นข้อมูลต่อไปนี้:
ตัววิเคราะห์การเชื่อมต่อของ Microsoft กำลังพยายามดึงข้อมูลการตอบสนอง XML Autodiscover จาก URL https://pod51049.outlook.com/Autodiscover/Autodiscover.xml สำหรับผู้ใช้ Alice@o365info2.mail.onmicrosoft.com
XML การค้นหาอัตโนมัติ ดึงข้อมูลการตอบสนองสำเร็จแล้ว
ข้อมูลในการตอบกลับการค้นหาอัตโนมัติของ Exchange แบ่งออกเป็นส่วนๆ
วัตถุประสงค์ของส่วนเหล่านี้คือเพื่อให้ข้อมูลที่แตกต่างกันสำหรับโปรไฟล์เมลที่แตกต่างกันของไคลเอ็นต์ Outlook
Exchange เกี่ยวข้องกับ “โปรไฟล์เมล Outlook ที่แตกต่างกัน” ในฐานะผู้ให้บริการ Outlook
ประเภทต่างๆ ที่จัดเป็น EXCH, EXPR , เว็บ และ EXHTTP
การตั้งค่า EXCH (Outlook ภายในทุกที่) และ EXPR (Outlook ภายนอกทุกที่)
ในภาพหน้าจอต่อไปนี้ เราจะเห็นตัวอย่างชื่อแท็ก XML และข้อมูลที่รวมอยู่ระหว่างแท็ก XML เหล่านี้
ตัวอย่างเช่น:
1. GUID\รหัสเซสชันของ Outlook
ในสภาพแวดล้อม Exchange 2013 ไคลเอนต์ Outlook ไม่ได้ใช้ชื่อของเซิร์ฟเวอร์ Exchange CAS แต่ใช้รหัสเซสชันที่ไม่ซ้ำกันแทน
ค่าของรหัสเซสชันที่ไม่ซ้ำกันมีให้โดยใช้ <เซิร์ฟเวอร์> แท็ก XML
<เซิร์ฟเวอร์>61b3c3e6-97ba-4714-bcbb-d45efe969e56@o365info.com
<แข็งแกร่ง>2. บริการความพร้อมใช้งาน (เวลาว่าง/ไม่ว่าง)
แต่ละครั้งที่ผู้ใช้เข้าถึงปฏิทินของเขาและขอดูเวลาว่าง/ไม่ว่างของผู้ใช้รายอื่น ไคลเอ็นต์ Outlook จะส่งคำถามไปยังที่อยู่ URL ของบริการเว็บ Exchange ที่จัดทำขึ้นเพื่อวัตถุประสงค์นี้โดยเฉพาะ
<แข็งแกร่ง>3. ตอบกลับอัตโนมัติ (ไม่อยู่ที่สำนักงาน)
บริการเว็บตอบกลับอัตโนมัติของ Exchange เปิดใช้งานไคลเอนต์ Exchange เพื่อตอบกลับด้วยการตอบกลับอัตโนมัติเมื่อผู้รับส่งอีเมลไปยังกล่องจดหมายของตน
ในกรณีที่ไคลเอนต์ Exchange จำเป็นต้องสร้างการตอบกลับอัตโนมัติ ไคลเอนต์จะใช้ URL ต่อไปนี้ ที่อยู่:
<แข็งแกร่ง>4. สมุดที่อยู่แบบออฟไลน์
การตั้งค่าเริ่มต้นสำหรับโปรไฟล์เมล Outlook คือโหมดแคช เมื่อใช้ตัวเลือกโหมดแคช ไคลเอนต์ Outlook จะดาวน์โหลดสมุดที่อยู่ Exchange เวอร์ชัน "ออฟไลน์"
Outlook จะต้องทราบที่อยู่ URL ที่แน่นอนที่เขาจำเป็นต้องใช้ในการดาวน์โหลดสมุดที่อยู่แบบออฟไลน์ + ชื่อของไฟล์สมุดที่อยู่แบบออฟไลน์หรือเวอร์ชันของไฟล์
ในภาพหน้าจอถัดไป เราจะเห็นการตั้งค่าในส่วน EXPR (การตั้งค่าสำหรับ Outlook ภายนอกทุกที่)
ที่นี่เราสามารถดูรายละเอียดเพิ่มเติมที่เกี่ยวข้องหรือไม่ซ้ำได้เฉพาะเมื่อใช้โปรไฟล์ Outlook Anywhere
เราจะเห็นว่าภายใต้ “โปรไฟล์ EXPR ” (
<เซิร์ฟเวอร์>outlook.office365.com
นอกจากนี้ การตั้งค่าเฉพาะที่ไม่เหมือนกับ Outlook Anywhere เช่น ข้อกำหนดการรับรองความถูกต้องและการเข้ารหัส
ในตัวอย่างของเรา การค้นหาอัตโนมัติจะตอบกลับ "แจ้ง" ไคลเอ็นต์ Outlook ว่า
1. ชื่อของเซิร์ฟเวอร์ Exchange CAS
ชื่อของเซิร์ฟเวอร์ Exchange CAS ที่เซิร์ฟเวอร์ที่ให้บริการ Outlook Anywhere (RPC Proxy) คือ - outlook.office365.com
<เซิร์ฟเวอร์>outlook.office365.com
<แข็งแกร่ง>2. ข้อกำหนดการเข้ารหัส
ช่องทางการสื่อสารระหว่างไคลเอนต์ Outlook และเซิร์ฟเวอร์ Exchange ถูกนำมาใช้โดยใช้ HTTPS และโปรโตคอลการตรวจสอบความถูกต้องคือ - พื้นฐาน
<แข็งแกร่ง>3. ผู้ให้บริการชื่อโฮสต์ RPC\HTTPS และใบรับรองสาธารณะ
เพื่อให้สามารถตรวจสอบว่าเซิร์ฟเวอร์ Exchange นั้น "เชื่อถือได้" และเชื่อถือได้ ไคลเอ็นต์ Outlook จะตรวจสอบว่าใบรับรองเซิร์ฟเวอร์มีค่าที่อธิบายไว้ใน msstd หรือไม่
