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

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

โฟลว์การค้นหาอัตโนมัติในสภาพแวดล้อมที่ใช้ Office 365 | บทความชุด

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

การค้นหาอัตโนมัติในสภาพแวดล้อม Office 365 มีหลายขั้นตอน

ฉันพยายามแยกแต่ละขั้นตอนเหล่านี้ออกและได้ผลลัพธ์ออกมาเป็น 20 ส่วนที่แตกต่างกัน

ตัวเลข “20 ” เป็นเพียงตัวเลขที่กำหนดเอง เนื่องจาก “การเดินทางของการค้นหาอัตโนมัติ ” สามารถดำดิ่งลงไปได้แม้กระทั่งส่วนอื่นๆ หรือน้อยกว่านั้น ชิ้นส่วน

จำนวน "ชิ้นส่วน" ขึ้นอยู่กับตัวแปรจำนวนมาก แต่ข้อสังเกตที่สำคัญจาก "การเดินทางของการค้นพบอัตโนมัติ" คือ:

1. กระบวนการค้นหาอัตโนมัติเป็นกลไกที่ "ชาญฉลาด" และชาญฉลาดมาก ซึ่งสามารถจัดการให้อยู่รอดได้ในสภาพแวดล้อมที่ซับซ้อนและซับซ้อน
2. มี "ส่วนที่เคลื่อนไหว" มากมายและมีเส้นทางให้เลือกใช้มากมายสำหรับการเดินทางของ Autodiscover
3. ส่วนหนึ่งของกระบวนการค้นหาอัตโนมัติรวมถึง “ความล้มเหลวในตัว” “ความล้มเหลว” นี้ถือเป็นเรื่องปกติและเป็นไปตามคาด สิ่งที่สำคัญคือความหมายของ "ผลลัพธ์สุดท้าย" - ไคลเอนต์ Autodiscover จัดการการเดินทางของ Autodiscover ให้สำเร็จหรือไม่

การเดินทางของการค้นพบอัตโนมัติ

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

ก่อนที่เราจะเริ่ม เรามากำหนดปัจจัยที่เกี่ยวข้องกับกระบวนการกันก่อน

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

ไคลเอนต์เป็นเอนทิตีที่ต้องการข้อมูลที่จำเป็นจากจุดสิ้นสุดการค้นหาอัตโนมัติ ไคลเอนต์ Autodiscover อาจเป็น - ไคลเอนต์จดหมายเช่น Outlook อุปกรณ์มือถือ (ไคลเอนต์ ActiveSync) เป็นต้น

ในบทความนี้ ไคลเอนต์การค้นหาอัตโนมัติคือ ExRCA (เครื่องมือวินิจฉัยเว็บของ Microsoft)

เราใช้ความสามารถที่ยอดเยี่ยมของ ExRCA ในการแสดงรายงานที่มีรายละเอียดมากซึ่งอธิบายขั้นตอนต่างๆ ที่นำไปใช้ในกระบวนการค้นหาอัตโนมัติอย่างชัดเจนและแม่นยำ

ในสถานการณ์สมมตินี้ ฉันเพิ่มคำอธิบาย\คำอธิบายแม้ว่าเราจะไม่เห็น "หลักฐาน" สำหรับกระบวนการค้นหาอัตโนมัตินี้ในรายงาน ExRCA

2. จุดสิ้นสุดการค้นหาอัตโนมัติ

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

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

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

3. วัตถุประสงค์ของการเดินทาง

จุดประสงค์เดียวของ Autodiscover Journey นั้นง่ายมาก - เพื่อรับการตอบสนองของ Autodiscover ซึ่งรวมถึงการตั้งค่าที่จำเป็นสำหรับโปรไฟล์เมล Outlook ใหม่ + โครงสร้างพื้นฐานเกี่ยวกับบริการเว็บ Exchange ที่มีอยู่

การเดินทางที่ยาวนานของการค้นหาอัตโนมัติใน Office 365 และสภาพแวดล้อม Exchange Online

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

การเดินทางค่อนข้างยาว และเราจะต้องมีความอดทนเพื่อให้สามารถติดตามไคลเอนต์ Autodiscover ในการเดินทางได้

ก่อนที่เราจะลงรายละเอียด สิ่งสำคัญคือเราจะสามารถดู “ภาพรวม” หรือโหนดหลักที่จะมีส่วนร่วมในการเดินทางของการค้นหาอัตโนมัติในสภาพแวดล้อม Office 365 และ Exchange Online

ในแผนภาพต่อไปนี้ เราจะเห็นว่าไคลเอนต์ Autodiscover จะต้องผ่านหลายโหนดในการเดินทางของเขา ก่อนที่เขาจะสามารถเสร็จสิ้นการเดินทางของ Autodiscover และไปถึง "จุดหมายปลายทางสุดท้าย" (หมายเลข 4 ใน แผนภาพ)

คำอธิบายสถานการณ์

เพื่อให้สามารถสาธิตกระบวนการค้นหาอัตโนมัติใน "สภาพแวดล้อมบนคลาวด์เท่านั้น" เราใช้สถานการณ์ต่อไปนี้:

องค์กรชื่อ - o365info.com ใช้ Office 365 และ Exchange Online เป็นโครงสร้างพื้นฐานเมล กล่องจดหมายของผู้ใช้ทั้งหมดโฮสต์อยู่ที่โครงสร้างพื้นฐานของ Exchange Online

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

ไคลเอนต์ Autodiscover จะเริ่มต้นการเดินทางของ Autodiscover โดยมองหาจุดสิ้นสุด Autodiscover ที่มีชื่อว่า - o365info.com

จุดสิ้นสุดการค้นหาอัตโนมัติใช้ชื่อโฮสต์เฉพาะนี้เนื่องจากอัลกอริทึมการค้นหาอัตโนมัติขึ้นอยู่กับวิธีการที่ไคลเอนต์การค้นหาอัตโนมัติ "รับ" ชื่อโดเมน SMTP จากที่อยู่อีเมลของผู้รับ (o365info.com )

การใช้ตัววิเคราะห์การเชื่อมต่อระยะไกลของ Microsoft - คำนำหน้า

เพื่อให้สามารถแสดงแต่ละส่วนของการค้นหาอัตโนมัติ เราจะใช้การผสมผสานระหว่างไดอะแกรมและภาพหน้าจอจากผลลัพธ์ของตัววิเคราะห์การเชื่อมต่อระยะไกลของ Microsoft

ในสถานการณ์สมมติของเรา เราต้องการตรวจสอบกระบวนการค้นหาอัตโนมัติของผู้ใช้ที่โฮสต์กล่องจดหมายของเขาที่ Exchange Online ด้วยเหตุนี้เราจะเลือกแท็บ Office 365 จากนั้น เราจะเลือกตัวเลือกการทดสอบของ - Outlook Autodiscover

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

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

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

สองขั้นตอนแรกที่ไคลเอ็นต์การค้นหาอัตโนมัติพยายามเข้าถึง "จุดสิ้นสุดการค้นหาอัตโนมัติมาตรฐาน" โดยใช้ชื่อโฮสต์ - o365info.com และ
autodiscover.o365info.com ล้มเหลว (หมายเลข 1 และ 2 ในภาพหน้าจอ)

“กระบวนการค้นหาอัตโนมัติจริง” ในสภาพแวดล้อม Office 365 เริ่มต้นหลังจากขั้นตอนการเปลี่ยนเส้นทาง HTTP ที่นำไปใช้โดยองค์ประกอบชื่อ - autodiscover.o365info.com (หมายเลข 3 ในภาพหน้าจอ)

เมื่อเราดูกระบวนการค้นหาอัตโนมัติที่นำไปใช้ในสภาพแวดล้อม Office 365 เราจะเห็นว่าไคลเอ็นต์การค้นหาอัตโนมัติจะถูกเปลี่ยนเส้นทางไปยังองค์ประกอบ Office 365 เพิ่มเติมที่มีชื่อว่า - Autodiscover-s.outlook.com (หมายเลข 4 ในภาพหน้าจอ)

เมื่อไคลเอนต์ Autodiscover เข้าถึงองค์ประกอบ Office 365 ที่ชื่อว่า-
Autodiscover-s.outlook.com เขาจะถูกเปลี่ยนเส้นทางอีกครั้งไปยัง "ปลายทางสุดท้าย" ของเขาที่เซิร์ฟเวอร์ Exchange Online CAS ผู้ที่จะ "เชื่อมต่อ" โปรแกรมรับส่งเมลกับกล่องจดหมายของเขา ให้ข้อมูลการค้นหาอัตโนมัติที่จำเป็นแก่เขา เป็นต้น

การวิเคราะห์กระบวนการค้นหาอัตโนมัติ | ขั้นตอนที่อธิบายไว้ในรายละเอียด

ขั้นตอนที่ 1/20: กำลังพยายามแก้ไขชื่อโฮสต์ o365info.com ใน DNS

ตามค่าเริ่มต้น ไคลเอนต์ Autodiscover จะพยายามค้นหาตำแหน่ง "จุดสิ้นสุดการค้นหาอัตโนมัติที่อาจเกิดขึ้น" โดยใช้ชื่อโฮสต์ที่ถูก "แยก" จากที่อยู่อีเมลของผู้รับ
ไคลเอนต์การค้นหาอัตโนมัติจะใช้ "ส่วนที่ถูกต้อง" ของผู้รับ E- ที่อยู่อีเมลที่มีชื่อโดเมน SMTP
ในสถานการณ์ของเรา ที่อยู่อีเมลของผู้รับคือ - Bob@o365info.com

ตามที่อยู่อีเมลเฉพาะนี้ ไคลเอนต์การค้นหาอัตโนมัติจะสร้างแบบสอบถาม DNS เพื่อค้นหาที่อยู่ IP ของโฮสต์ชื่อ - o365info.com

“คำตอบ ” ของเซิร์ฟเวอร์ DNS ขึ้นอยู่กับโครงสร้างพื้นฐานของเซิร์ฟเวอร์สาธารณะและบริการขององค์กรเฉพาะ
ตัวอย่างเช่น องค์กรส่วนใหญ่มีเว็บไซต์สาธารณะ และโดยส่วนใหญ่แล้วชื่อโดเมนสาธารณะจะถูก "แมป" ไปยัง IP สาธารณะของเว็บไซต์

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

ขั้นตอนที่ 1/20: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA
ในหน้าผลลัพธ์ ExRCA เราจะเห็นข้อมูลต่อไปนี้:

ผลการทดสอบ ExRCA เริ่มต้นด้วยข้อความแสดงข้อผิดพลาดที่พยายามเชื่อมต่อกับชื่อโฮสต์ - o365info.com ล้มเหลว

ความพยายามที่จะทดสอบ URL การค้นหาอัตโนมัติที่เป็นไปได้ https://o365info.com:443/Autodiscover/Autodiscover.xml
การทดสอบ URL การค้นหาอัตโนมัติที่เป็นไปได้นี้ล้มเหลว

(เราจะดูรายละเอียดเพิ่มเติมเกี่ยวกับสาเหตุของความล้มเหลวในหัวข้อถัดไป)

โปรดทราบว่าเมื่อเราดูรายละเอียดของโฟลว์การค้นหาอัตโนมัติที่ดำเนินการโดยไคลเอนต์การค้นหาอัตโนมัติ เราจะเห็นว่าบางขั้นตอนต้องเสร็จสมบูรณ์

ตัวอย่างเช่น ขั้นตอนการแก้ปัญหาชื่อ ซึ่งไคลเอ็นต์การค้นหาอัตโนมัติขอให้เซิร์ฟเวอร์ DNS ที่อยู่ IP ของโฮสต์ o365info.com เสร็จสมบูรณ์

กำลังพยายามแก้ไขชื่อโฮสต์ o365info.com ใน DNS แก้ไขชื่อโฮสต์สำเร็จแล้ว ที่อยู่ IP ที่ส่งคืน: 104.28.12.85, 104.28.13.85

ขั้นตอนที่ 2/20: ทดสอบพอร์ต TCP 443 บนโฮสต์ o365info.com เพื่อให้แน่ใจว่ากำลังฟังและเปิดอยู่

ไคลเอนต์ Autodiscover ระบุถึงจุดสิ้นสุด Autodiscover ที่เป็นไปได้ โดยใช้ที่อยู่ IP ที่เขาได้รับในขั้นตอนก่อนหน้า

ไคลเอ็นต์การค้นหาอัตโนมัติจะพยายามตรวจสอบว่า - จุดสิ้นสุดการค้นหาอัตโนมัติที่เป็นไปได้สามารถสื่อสารโดยใช้โปรโตคอล HTTPS (พอร์ต 443)

ในสถานการณ์ของเรา การทดสอบการสื่อสาร HTTPS ล้มเหลวเนื่องจาก “โฮสต์ปลายทาง” ไม่รองรับการสื่อสาร HTTPS

ขั้นตอนที่ 2/20: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA

ในหน้าผลลัพธ์ ExRCA เราจะเห็นข้อมูลต่อไปนี้เกี่ยวกับกระบวนการที่ไคลเอ็นต์การค้นหาอัตโนมัติพยายามตรวจสอบโฮสต์ปลายทาง
(o365info.com ) สามารถสื่อสารโดยใช้ พอร์ต TCP 443

พอร์ตที่ระบุถูกบล็อค ไม่รับฟัง หรือไม่สร้างการตอบสนองที่คาดหวัง เกิดข้อผิดพลาดของเครือข่ายขณะสื่อสารกับโฮสต์ระยะไกล

ขั้นตอนที่ 3/20: กำลังพยายามแก้ไขชื่อโฮสต์ autodiscover.o365info.com ใน DNS

เนื่องจากความพยายามในการสื่อสารกับจุดสิ้นสุดการค้นหาอัตโนมัติที่เป็นไปได้โดยใช้ชื่อโฮสต์ o365info.com โดยใช้ HTTPS ล้มเหลว ไคลเอนต์การค้นหาอัตโนมัติจะส่งผ่านไปยังวิธีถัดไป ซึ่งไคลเอนต์การค้นหาอัตโนมัติจะค้นหา จุดสิ้นสุดการค้นหาอัตโนมัติที่เป็นไปได้โดยใช้รูปแบบการตั้งชื่อต่อไปนี้ - การค้นหาอัตโนมัติ + <โดเมน SMTP ของผู้รับ>

ในสถานการณ์ของเรา ที่อยู่อีเมลของผู้รับคือ - Bob@o365info.com
อิงจากที่อยู่อีเมลเฉพาะนี้ ไคลเอนต์ Autodiscover จะสร้างแบบสอบถาม DNS เพื่อค้นหาที่อยู่ IP ของโฮสต์ชื่อ - autodiscover.o365info.com

การตอบกลับของเซิร์ฟเวอร์ DNS มีช่วงของที่อยู่ IP ซึ่งไคลเอ็นต์การค้นหาอัตโนมัติสามารถเลือกได้

ในสถานการณ์สมมติของเรา DNS สาธารณะรวมระเบียน CNAME ที่จำเป็นซึ่ง "เปลี่ยนเส้นทาง" แบบสอบถามไคลเอนต์ Autodiscover ไปยังช่วงที่อยู่ IP ที่แมปกับชื่อโฮสต์ - Autodiscover.outlook.com

ในสถานการณ์ของเรา DNS ให้ช่วงที่อยู่ IP ต่อไปนี้ - 157.56.236.89, 157.56.232.9, 157.56.234.137, 157.56.244.217
(“เอนทิตี Office 365 “ชื่อ - autodiscover.outlook.com ทำหน้าที่เป็น "เราเตอร์แบบลอจิคัล" ที่จะเปลี่ยนเส้นทางไคลเอ็นต์ไปยัง "กระโดดถัดไป" ในการเดินทางของ Autodiscover)

ขั้นตอนที่ 3/20: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA

ในหน้าผลลัพธ์ ExRCA เราจะเห็นข้อมูลต่อไปนี้เกี่ยวกับการพยายามแก้ไขชื่อโฮสต์ autodiscover.o365info.com

แก้ไขชื่อโฮสต์สำเร็จแล้ว ที่อยู่ IP ที่ส่งคืน: 157.56.236.89, 157.56.234.137, 157.56.232.9, 157.56.244.217

ขั้นตอนที่ 4/20: ทดสอบพอร์ต TCP 443 บนโฮสต์ autodiscover.o365info.com เพื่อให้แน่ใจว่ากำลังฟังและเปิดอยู่

ไคลเอนต์การค้นหาอัตโนมัติระบุถึงจุดสิ้นสุดการค้นหาอัตโนมัติที่อาจเกิดขึ้น และพยายามตรวจสอบว่า ปลายทางการค้นหาอัตโนมัติที่อาจเกิดขึ้นแสดงอยู่บนพอร์ต 443 (HTTPS)

ในสถานการณ์สมมติของเรา การทดสอบการสื่อสาร HTTPS ล้มเหลว

แม้ว่าผลลัพธ์ของความล้มเหลวจะปรากฏเป็น "ปัญหา" แต่ในสภาพแวดล้อม Office 365 นี่คือผลลัพธ์ที่คาดหวัง

ในสถานการณ์ของเรา ไคลเอนต์ Autodiscover “คิดว่า ” ว่าเขากำลังพูดคุยกับโฮสต์ชื่อ - autodiscover.o365info.com และโฮสต์นี้ควรจะสามารถเริ่มเซสชัน HTTPS ได้ด้วยการนำเสนอ ใบรับรองสาธารณะของเขา

ในความเป็นจริง โฮสต์ที่อยู่ไคลเอ็นต์ Autodiscover คือ autodiscover.outlook.com ที่ถูกสร้างขึ้นเพื่อใช้เป็นเราเตอร์แบบลอจิคัลเท่านั้น ซึ่งจะเปลี่ยนเส้นทางไคลเอ็นต์ Autodiscover ไปยัง hop ถัดไป .

วัตถุประสงค์ของ "ส่วนประกอบ Office 365" (autodiscover.outlook.com) นี้เป็นเพียงการส่ง "ข้อความกำหนดเส้นทาง" ไปยังไคลเอ็นต์ Autodiscover

ไคลเอนต์การค้นหาอัตโนมัติถูก "ตั้งโปรแกรม" เพื่อใช้และ HTTP เปลี่ยนเส้นทางคำขอในกรณีที่จุดสิ้นสุดการค้นหาอัตโนมัติที่เป็นไปได้ไม่สามารถสื่อสารโดยใช้ HTTPS

ในตัวอย่างของเรา เนื่องจาก Potential Autodiscover Endpoint ไม่สามารถสื่อสารโดยใช้ HTTPS ได้ ไคลเอ็นต์ Autodiscover จะ "ถอยกลับ" และพยายามสื่อสารกับ Autodiscover Endpoint โดยใช้โปรโตคอล HTTP โดยพยายามถามจาก Autodiscover Endpoint ถึงการเปลี่ยนเส้นทางที่มีที่อยู่ของ " จุดสิ้นสุดการค้นหาอัตโนมัติอื่นๆ”

ขั้นตอนที่ 4/20: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA

ในหน้าผลลัพธ์ ExRCA เราจะเห็นว่าการทดสอบการสื่อสาร HTTPS กับ “ปลายทาง Autodiscover ปลายทาง ” (autodiscover.outlook.com) ล้มเหลว

กำลังทดสอบพอร์ต TCP 443 บนโฮสต์ autodiscover.o365info.com เพื่อให้แน่ใจว่ากำลังฟังและเปิดอยู่ พอร์ตที่ระบุถูกบล็อก ไม่รับฟัง หรือไม่สร้างการตอบสนองที่คาดหวัง เกิดข้อผิดพลาดของเครือข่ายขณะสื่อสารกับโฮสต์ระยะไกล

ขั้นตอนที่ 5/20: พยายามติดต่อบริการ Autodiscover โดยใช้วิธีเปลี่ยนเส้นทาง HTTP

เนื่องจากโฮสต์ปลายทางไม่ตอบสนองต่อคำขอการสื่อสาร HTTPS ไคลเอ็นต์การค้นหาอัตโนมัติจึงพยายามค้นหาวิธีการค้นหาอัตโนมัติเพิ่มเติมที่อธิบายว่าเป็น -
คำขอเปลี่ยนเส้นทาง HTTP

การตรวจสอบไคลเอ็นต์การค้นหาอัตโนมัติของโฮสต์ปลายทางแสดงรายการอยู่ในการสื่อสารผ่าน HTTP (พอร์ต 80)
ในสถานการณ์ของเรา โฮสต์ปลายทางจะตอบคำขอการสื่อสาร HTTP

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

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

ขั้นตอนที่ 5/20: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA

ในหน้าผลลัพธ์ ExRCA เราจะดูข้อมูลต่อไปนี้เกี่ยวกับการพยายามติดต่อบริการ Autodiscover โดยใช้ วิธีการเปลี่ยนเส้นทาง HTTP:
บริการ Autodiscover ได้รับการติดต่อโดยใช้ HTTP เรียบร้อยแล้ว วิธีการเปลี่ยนเส้นทาง

ขั้นตอนที่ 6/20: ตรวจสอบโฮสต์ autodiscover.o365info.com สำหรับการเปลี่ยนเส้นทาง HTTP ไปยังบริการ Autodiscover

ตามที่กล่าวไว้ก่อนหน้านี้ โฮสต์ - autodiscover.outlook.com ทำหน้าที่เป็น "เราเตอร์แบบลอจิก" ที่เปลี่ยนเส้นทางไคลเอนต์ Autodiscover ในสภาพแวดล้อม Office 365 ไปยัง "hop ถัดไป" ใน Autodiscover ไหล.

ไคลเอนต์การค้นหาอัตโนมัติส่งคำขอเปลี่ยนเส้นทาง HTTP และจุดสิ้นสุดการค้นหาอัตโนมัติ (autodiscover.outlook.com) ตอบสนองและตอบกลับที่มี URL การค้นหาอัตโนมัติของ "โฮสต์ปลายทาง"

ในสถานการณ์ของเรา การตอบสนองการเปลี่ยนเส้นทาง HTTP รวมถึงที่อยู่ URL ต่อไปนี้ - https://autodiscover-s.outlook.com/Autodiscover/Autodiscover.xml

ขั้นตอนที่ 6/20: การวิเคราะห์ข้อมูลจากการทดสอบการเชื่อมต่อ ExRCA

ในหน้าผลลัพธ์ ExRCA เราจะเห็นข้อมูลต่อไปนี้

ได้รับการตอบกลับการเปลี่ยนเส้นทาง (HTTP 301/302) สำเร็จแล้ว URL เปลี่ยนเส้นทาง: https://autodiscover-s.outlook.com/Autodiscover/Autodiscover.xml

เราจะตรวจสอบโฟลว์การค้นหาอัตโนมัติในสภาพแวดล้อมที่ใช้ Office 365 ต่อไปในบทความถัดไป - ขั้นตอนการค้นหาอัตโนมัติในสภาพแวดล้อม Office 365 | ตอนที่ 3#3 | ตอนที่ 31#36