ขั้นตอนการค้นหาอัตโนมัติในสภาพแวดล้อม Exchange on-Premises | สภาพแวดล้อมของไดเรกทอรีที่ไม่ใช้งาน | ตอนที่ 1#3 | ตอนที่ 26#36

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

บทความปัจจุบันและบทความถัดไปสองบทความที่เน้นการทบทวนกระบวนการค้นหาอัตโนมัติที่นำไปใช้ในสภาพแวดล้อมของ Active Directory

คำว่าสภาพแวดล้อม Non-Active Directory

คำว่า "สภาพแวดล้อม non-Active Directory" อธิบายสถานการณ์อย่างใดอย่างหนึ่งต่อไปนี้:
1. ผู้ใช้เดสก์ท็อปที่ไม่ใช่โดเมนเข้าร่วม
2. เดสก์ท็อปของผู้ใช้ที่ไม่ได้อยู่ในเครือข่ายขององค์กรภายใน

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

การค้นหาโฮสต์จุดสิ้นสุดการค้นหาอัตโนมัติ | Active Directory เทียบกับไม่มี- สภาพแวดล้อม Active Directory

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

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

ในสภาพแวดล้อมของ Active Directory “ส่วนที่ขาดหายไป” คือ Active Directory

แทนที่จะระบุ Active Directory สำหรับข้อมูลเกี่ยวกับชื่อ\s ของจุดสิ้นสุดการค้นหาอัตโนมัติ ไคลเอนต์การค้นหาอัตโนมัติจะต้องใช้วิธีการอื่น

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

1. จุดสิ้นสุดการค้นหาอัตโนมัติ "คาดเดา" หรือ "สร้าง" ที่อยู่ URL ของจุดสิ้นสุดการค้นหาอัตโนมัติที่เป็นไปได้ตามโดเมน SMTP ที่เขาได้รับจากที่อยู่อีเมลของผู้รับ

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

3. ในกรณีที่จุดสิ้นสุดการค้นหาอัตโนมัติที่เป็นไปได้จาก “ขั้นตอนที่ 1 ” ไม่สามารถให้ข้อมูลการค้นหาอัตโนมัติที่จำเป็น + ไม่สามารถให้การเปลี่ยนเส้นทางไปยังจุดสิ้นสุดการค้นหาอัตโนมัติที่เป็นไปได้ ไคลเอนต์การค้นหาอัตโนมัติจะพยายามสอบถาม DNS ที่กำลังมองหาบันทึก SRV ที่จะรวม ชื่อโฮสต์ของจุดสิ้นสุดการค้นหาอัตโนมัติที่เป็นไปได้

ให้ความสนใจกับข้อเท็จจริงที่ว่าในสภาพแวดล้อมที่ไม่ใช่ Active Directory ไคลเอนต์การค้นหาอัตโนมัติสามารถพิจารณาได้ว่าเป็น "ไคลเอนต์ตาบอด" เนื่องจากไม่มี "แหล่งข้อมูลที่เป็นทางการ" ที่สามารถระบุชื่อโฮสต์เฉพาะ (URL หากเราต้องการให้แม่นยำยิ่งขึ้น ") ของจุดสิ้นสุดการค้นหาอัตโนมัติที่เป็นไปได้

สถานการณ์ที่เป็นไปได้ที่ไคลเอ็นต์การค้นหาอัตโนมัติไม่สามารถใช้วิธีการค้นหาอัตโนมัติของ Active Directory

สถานการณ์ที่เป็นไปได้สี่ประการที่ไคลเอนต์ไม่สามารถใช้วิธีการค้นหาอัตโนมัติที่ยึดตามแบบสอบถาม LDAP และ Active Directory ในสถานที่คือ:

1. เดสก์ท็อปไม่ใช่โดเมนที่เข้าร่วม
ดังที่ชื่อบอกไว้ สถานการณ์นี้อาจเกี่ยวข้องกับตัวเลือกใดตัวเลือกหนึ่งต่อไปนี้:

• เดสก์ท็อปของผู้ใช้ที่ไม่ได้กำหนดค่าเป็นสมาชิกโดเมน (เข้าร่วมโดเมน)
• เดสก์ท็อปของผู้ใช้ที่ตั้งค่าเป็นสมาชิกโดเมน (เข้าร่วมโดเมน) แต่ผู้ใช้เข้าสู่ระบบเดสก์ท็อปภายในเครื่อง ไม่ใช่ "โปรไฟล์โดเมน"

<แข็งแกร่ง>2. เดสก์ท็อปเป็นโดเมนที่เข้าร่วม แต่ไม่มีตัวเลือกในการสื่อสารกับ Active Directory

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

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

<แข็งแกร่ง>3. เดสก์ท็อปเป็นโดเมนที่เข้าร่วม มีตัวเลือกในการสื่อสารกับ Active Directory แต่โดเมน SMTP ที่ไคลเอนต์ค้นหาไม่ “เป็น” ของเซิร์ฟเวอร์ Exchange on-Premises (Exchange ไม่ได้รับอนุญาตสำหรับชื่อโดเมนที่ระบุ)

โว้ว!! นี่เป็นชื่อที่ยาวมากสำหรับชื่อสถานการณ์!

ตัวอย่างของสถานการณ์นี้อาจเป็นผู้ใช้ที่ต้องการสร้างโปรไฟล์จดหมาย Outlook ใหม่โดยใช้ที่อยู่อีเมลของผู้รับ

ส่วนโดเมน SMTP ของที่อยู่อีเมลของผู้รับไม่ "เป็น" ของโดเมนองค์กร (โดเมนที่ Exchange เห็นว่าตนเองมีสิทธิ์สำหรับโดเมนเหล่านั้น)

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

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

<แข็งแกร่ง>4. เซิร์ฟเวอร์ Exchange ในสถานที่ไม่พร้อมใช้งาน

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

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

ในกรณีนี้ ไคลเอนต์การค้นหาอัตโนมัติจะ "ยอมจำนน" และเริ่มใช้วิธีการค้นหาอัตโนมัติเพิ่มเติม

การเดินทางสู่ไฟล์ Lost Treasure- Autodiscover.xml

เพื่อให้แนวคิดของกระบวนการค้นหาอัตโนมัติง่ายขึ้น ลองใช้คำอุปมาต่อไปนี้:

กระบวนการของการค้นหาอัตโนมัตินั้นคล้ายคลึงกับ "การค้นหาสมบัติที่สูญหาย" มาก

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

สิ่งที่เราต้องมีคือ "แผนที่" ที่จะพาเราไปสู่ผู้ที่กุมสมบัติอันล้ำค่าของเราไว้!

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

1. “ผู้ค้นหา ”

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

<แข็งแกร่ง>2. สมบัติที่สูญหาย - ข้อมูลการค้นหาอัตโนมัติ

การขึ้นสู่ “การเดินทางของการค้นหาอัตโนมัติ” นั้นง่ายมาก - ค้นหาข้อมูลการค้นหาอัตโนมัติ (สมบัติที่สูญหาย)

<แข็งแกร่ง>3. “แหล่งที่มา. ”

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

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

ด้วยเหตุนี้เราจึงใช้คำว่า "ศักยภาพ" โฮสต์ที่ที่อยู่ไคลเอนต์การค้นหาอัตโนมัติมีศักยภาพที่จะเป็น "จุดสิ้นสุดการค้นหาอัตโนมัติที่ถูกต้อง" แต่ ในเวลาเดียวกัน ไคลเอนต์การค้นหาอัตโนมัติจะต้องทราบวิธีจัดการกับสถานการณ์สมมติที่โฮสต์ไม่ใช่ "จุดสิ้นสุดการค้นหาอัตโนมัติที่ถูกต้อง ”

<แข็งแกร่ง>4. แผนที่. ”

ในเรื่องราวของเรา “แผนที่ ” ควรนำเราไปสู่บุคคลที่กุมสมบัติอันพึงปรารถนาของเรา
ในโลกของ Autodiscover นั้น “แผนที่ ” จะถูกนำมาใช้เป็นที่อยู่เว็บ (URL)

หากเราต้องการให้แม่นยำยิ่งขึ้น ลูกค้า (Outlook) มีแผนที่ส่วนใหญ่แล้ว ส่วนที่ขาดหายไปใน "แผนที่" คือชื่อของจุดสิ้นสุดการค้นหาอัตโนมัติที่ "เก็บ" ข้อมูลไว้ (เก็บสมบัติล้ำค่าของเรา)

Autodiscover URL (แผนที่ไปยังสมบัติที่สูญหาย)

จากการอุปมาอุปไมยของเราต่อไป " แผนที่ " (ที่อยู่) ไปยังสมบัติที่สูญหาย หรือที่รู้จักในชื่อข้อมูลการค้นหาอัตโนมัตินั้นถูกนำไปใช้โดยใช้ที่อยู่ URL

มาดูโครงสร้างของที่อยู่ URL ของการค้นหาอัตโนมัติ เพื่อให้เราสามารถเข้าใจวิธีการค้นหาอัตโนมัติที่ไคลเอนต์ Autodiscover ใช้ในสภาพแวดล้อมที่ไม่ใช่ Active Directory ได้ดียิ่งขึ้น

ที่อยู่ URL ของการค้นหาอัตโนมัติประกอบด้วยส่วนต่างๆ ดังต่อไปนี้:

• ชื่อโปรโตคอล (HTTPS หรือ HTTP)
• ชื่อโฮสต์ของจุดสิ้นสุดการค้นหาอัตโนมัติ
• เส้นทางที่มีชื่อของโฟลเดอร์ (Autodiscover) และชื่อของไฟล์ที่ต้องการ (autodiscover.xml หรือ autodiscover.svc)

ไคลเอนต์การค้นหาอัตโนมัติรู้ว่าโครงสร้างที่อยู่ URL ใดที่เขาควรใช้สำหรับระบุตำแหน่งข้อมูลการค้นหาอัตโนมัติ

โปรโตคอลการสื่อสารเริ่มต้นคือ HTTPS (อีกตัวเลือกหนึ่งคือ HTTP ในสถานการณ์สมมติของคำขอเปลี่ยนเส้นทาง)

โปรดทราบว่าชื่อของ FQDN ของจุดสิ้นสุดการค้นหาอัตโนมัติไม่เป็นที่รู้จักในไคลเอนต์การค้นหาอัตโนมัติ!

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

เส้นทางเริ่มต้นของ URL การค้นหาอัตโนมัติตามแบบแผนการตั้งชื่อต่อไปนี้

<ชื่อโฟลเดอร์><ชื่อไฟล์>

เส้นทางเริ่มต้นของบริการการค้นหาอัตโนมัติคือ:

/ค้นพบอัตโนมัติ/autodiscover.xml

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

ไคลเอนต์การค้นหาอัตโนมัติ "รู้" ส่วนใหญ่ของ "ส่วน" ของที่อยู่ URL ของการค้นหาอัตโนมัติ
"ส่วนที่ขาดหายไป" เพียงอย่างเดียวคือชื่อโฮสต์ของจุดสิ้นสุดการค้นหาอัตโนมัติ

เผยความลึกลับอันยิ่งใหญ่! การสร้างชื่อโฮสต์จุดสิ้นสุดการค้นหาอัตโนมัติ

เมื่อไคลเอ็นต์ Autodiscover ใช้ "วิธี Active Directory Autodiscover" ไคลเอ็นต์ Autodiscover จะเชื่อถือหรืออาศัย Active Directory เป็นแหล่งข้อมูลเกี่ยวกับจุดสิ้นสุด Autodiscover ที่พร้อมใช้งาน

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

ฉันตื่นเต้น!

วันนี้เราจะมาเผยความลับสำคัญที่มีเพียงไม่กี่คนทั่วโลกเท่านั้นที่รู้!

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

• ภารกิจคือ - การสร้างโปรไฟล์เมล Outlook ใหม่
• ชื่อตัวแทนคือ - บ๊อบ
• ตำแหน่ง - Bob อยู่บนเครือข่ายสาธารณะ และด้วยเหตุนี้ เขาจึงไม่สามารถเข้าถึง Active Directory ขององค์กรได้
• อุปสรรค - วิธีค้นหาเซิร์ฟเวอร์ Exchange CAS (จุดสิ้นสุดการค้นหาอัตโนมัติ) ที่จะทำให้ Bob สามารถเชื่อมต่อกับกล่องจดหมายของเขา + ให้ข้อมูลที่จำเป็นทั้งหมดสำหรับการสร้างโปรไฟล์เมล Outlook Anywhere

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

เคล็ดลับที่ไคลเอนต์ Autodiscover ใช้ตามที่อยู่อีเมลของผู้รับ ที่อยู่อีเมลอย่างเป็นทางการทุกรายการประกอบด้วยสองส่วน:

1. ส่วน “ด้านซ้าย” คือนามแฝงผู้รับหรือชื่อผู้รับ
2. ส่วน “ด้านซ้าย” ส่วนนี้แสดงถึงชื่อโดเมนหรือชื่อโดเมน SMTP ขององค์กรของบริษัทที่ผู้ใช้อยู่

ลูกค้าค้นหาอัตโนมัติรู้วิธีใช้ "ส่วนที่ถูกต้อง" ของที่อยู่อีเมลโดย "รับ" ชื่อโดเมน SMTP และใช้สำหรับ "เติมส่วนที่ขาดหายไปของปริศนา ”

ในสถานการณ์ของเรา เมื่อ Bob เริ่มต้นวิซาร์ด Outlook Bob จะต้องระบุที่อยู่อีเมลของเขา - Bob@o365info.com

ไคลเอนต์การค้นหาอัตโนมัติ (Outlook) นำชื่อโดเมนจากที่อยู่อีเมลและ "ใส่ชื่อ" ใน URL ของการค้นหาอัตโนมัติ

ในตัวอย่างของเรา Outlook จะเริ่มต้นการเดินทางโดยเชื่อมต่อเซิร์ฟเวอร์ DNS และขอที่อยู่ IP ของโฮสต์ชื่อ - o365info.com

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

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

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

ในปัจจุบันนี้ เราสามารถ "เข้าถึง" เว็บไซต์สาธารณะส่วนใหญ่ได้โดยไม่ต้องใช้รูปแบบการตั้งชื่อที่เป็นทางการ เช่น - www. แต่เราใช้เฉพาะชื่อโดเมนแทน

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

ในสถานการณ์นั้น ไคลเอนต์การค้นหาอัตโนมัติใช้แบบแผนการตั้งชื่อใหม่ แต่คราวนี้ Outlook จะพยายามระบุจุดสิ้นสุดการค้นหาอัตโนมัติโดยใช้ชื่อโฮสต์ต่อไปนี้ - autodiscover.o365info.com

ชื่อโฮสต์ - การค้นหาอัตโนมัติ เป็นชื่อที่สงวนไว้

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

ถาม: นี่เป็นจุดสิ้นสุดของการเดินทางของ Autodiscover หรือไม่ เราสรุปได้ไหมว่าเรื่องราวมีจุดจบที่ดี?

ก: ใช่และไม่ใช่

นี่อาจเป็นจุดสิ้นสุดของการเดินทางของการค้นหาอัตโนมัติในกรณีที่โฮสต์ - autodiscover.o365info.com เป็น “ข้อตกลงที่แท้จริง” และนี่คือ “เซิร์ฟเวอร์ Exchange CAS ที่ถูกต้อง” ที่สามารถ เปิดใช้งาน Outlook เพื่อเชื่อมต่อกับกล่องจดหมายของผู้ใช้ + จัดเตรียมการตั้งค่าที่จำเป็นทั้งหมดสำหรับการสร้างโปรไฟล์เมล Outlook Anywhere ใหม่

สถานการณ์ที่เป็นไปได้อื่นๆ คือโฮสต์ที่ Outlook พิจารณาว่าเป็น "จุดสิ้นสุดการค้นหาอัตโนมัติที่มีศักยภาพ" ไม่ใช่โฮสต์ที่สามารถ "ยุติกระบวนการได้ ”
ตัวอย่างเช่น มีตัวเลือกที่ Outlook ค้นหาที่อยู่ IP ของโฮสต์ชื่อ- autodiscover.o365info.com แต่ “โฮสต์ ” ไม่ตอบสนอง ไปยังคำขอ HTTPS ที่ Outlook ส่ง (กระบวนการค้นหาอัตโนมัติตามโปรโตคอล HTTPS)

ในกรณีนี้ Outlook "เข้าใจ" ว่านี่ไม่ใช่ "สถานีสุดท้าย" ในการเดินทางของ Autodiscover

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

การเปลี่ยนเส้นทาง HTTP

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

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

จุดสิ้นสุดการค้นหาอัตโนมัติระบุโฮสต์โดยใช้โปรโตคอล HTTP แทน HTTPS

ในกรณีที่โฮสต์ตอบสนองต่อการร้องขอ HTTP ไคลเอนต์การค้นหาอัตโนมัติถือว่าเขาสามารถขอความช่วยเหลือได้

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

แล้ว…นี่คือจุดจบแล้วเหรอ?

คำตอบคือไม่ได้!

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

วิธีการค้นหาอัตโนมัตินี้ยึดตามระเบียน DNS พิเศษที่มีชื่อว่า - ระเบียน SRV

ความพิเศษของระเบียน DNS SRV คือระเบียนประเภทนี้ช่วยให้ไคลเอ็นต์ DNS สามารถสอบถาม DNS เกี่ยวกับชื่อโฮสต์เพื่อให้บริการเฉพาะกับ Outlook โดยจำเป็นต้องทราบชื่อโฮสต์ กล่าวอีกนัยหนึ่ง เมื่อใช้แบบสอบถาม SRV เพื่อค้นหาบริการเฉพาะ DNS จะตอบกลับด้วยชื่อโฮสต์\s ที่ให้บริการเฉพาะ

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