ตัววิเคราะห์การเชื่อมต่อระยะไกลของ Microsoft (ExRCA) | เครื่องมือแก้ไขปัญหาการค้นหาอัตโนมัติ | ตอนที่ 2#4 | ตอนที่ 22#36
ในบทความปัจจุบัน เราจะเรียนรู้เกี่ยวกับเครื่องมือบนเว็บ ExRCA หรือที่เรียกว่า Microsoft Remote Connectivity Analyzer (MRCA) ซึ่งทำหน้าที่เป็นชื่อที่สื่อถึงการทดสอบและวิเคราะห์ข้อมูลที่เกี่ยวข้องกับ "ความสัมพันธ์" ของไคลเอ็นต์ Exchange ต่างๆ ด้วย เซิร์ฟเวอร์ Exchange ของพวกเขา
ตัววิเคราะห์การเชื่อมต่อระยะไกลของ Microsoft (MRCA)
ถาม: อะไรคือจุดประสงค์ของ - Microsoft Remote Connectivity Analyzer (MRCA)
ตอบ: Microsoft Remote Connectivity Analyzer จริงๆ แล้วคือ "ชุดเครื่องมือบนเว็บ" ที่ช่วยให้เราสามารถจำลองช่องทางการสื่อสารระหว่างไคลเอนต์ Exchange ที่แตกต่างกันและสภาพแวดล้อมที่แตกต่างกัน ตัวอย่างเช่น - Exchange on-Premises กับ Exchange Online และเครื่องมือแก้ไขปัญหาเพิ่มเติมที่ไม่เกี่ยวข้องโดยตรงกับไคลเอ็นต์ Exchange เช่น เครื่องมือวิเคราะห์ข้อความ
ในช่วงหลายปีที่ผ่านมา เครื่องมือบนเว็บ Microsoft Remote Connectivity Analyzer ได้พัฒนาเป็นเครื่องมือที่มีประโยชน์มากและ “ต้องรู้” ซึ่งผู้ดูแลระบบ Exchange on-Premises หรือ Exchange Online ทุกคนควรคุ้นเคย
ในบทความปัจจุบันเราจะเรียนรู้ที่จะรู้และเข้าใจอินเทอร์เฟซและตรรกะหากเป็น Microsoft Remote Connectivity Analyzer Tool แต่สิ่งสำคัญคือต้องเน้นว่าเราจะใช้เครื่องมือเฉพาะเจาะจงจากเครื่องมือที่หลากหลายซึ่ง Microsoft Remote Connectivity เครื่องวิเคราะห์ประกอบด้วย
จุดสนใจหลักของเราอยู่ที่การทดสอบเฉพาะที่มีชื่อว่า - การทดสอบการเชื่อมต่อ Microsoft Office Outlook | การค้นหาอัตโนมัติของ Outlook
ในบทความปัจจุบัน เราจะไม่ตรวจทานรายละเอียดรายละเอียดโฟลว์การค้นหาอัตโนมัติที่ปรากฏในผลการทดสอบเครื่องมือวิเคราะห์การเชื่อมต่อระยะไกลของ Microsoft แต่ฉันจะตรวจสอบเฉพาะแนวคิดทั่วไปแทน เช่น - วิธีการอ่านผลลัพธ์ โครงสร้างเชิงตรรกะของ ผลการทดสอบ ฯลฯ
การค้นหาอัตโนมัติในสภาพแวดล้อม Active Directory เทียบกับการค้นหาอัตโนมัติในสภาพแวดล้อม Non-Active Directory
เทียบกับ เครื่องมือแก้ไขปัญหา Autodiscover เช่น Outlook Test E-mail AutoConfiguration เครื่องมือที่รู้วิธี "ดำเนินการ" ในสภาพแวดล้อมที่แตกต่างกันสองแบบ โดยมี Microsoft Remote Connectivity Analyzer Tool เป็นชื่อ หมายถึง (การเชื่อมต่อระยะไกล) รู้วิธีตรวจสอบและวิเคราะห์โฟลว์การค้นหาอัตโนมัติที่นำไปใช้ในสภาพแวดล้อมที่ไม่ใช่ Active Directory
กล่าวง่ายๆ ก็คือ เราสามารถใช้ Microsoft Remote Connectivity Analyzer Tool สำหรับสถานการณ์การแก้ไขปัญหา Autodiscover ในกรณีของ "ไคลเอ็นต์อีเมลภายนอก" ที่พยายามเข้าถึงเซิร์ฟเวอร์ Exchange ที่เปิดสู่สาธารณะ
โครงสร้างพื้นฐาน Exchange On-Premise เทียบกับโครงสร้างพื้นฐาน Exchange Online และ Office 365
เครื่องมือวิเคราะห์การเชื่อมต่อของ Microsoft สามารถใช้สำหรับการทดสอบการเข้าถึงระยะไกลของไคลเอ็นต์ Exchange ในสถานการณ์ที่กล่องจดหมายของผู้ใช้โฮสต์บนโครงสร้างพื้นฐาน Exchange on-Premises หรือโครงสร้างพื้นฐานของ Exchange Online
ในภาพหน้าจอต่อไปนี้ เราจะเห็นเว็บอินเตอร์เฟสของ Microsoft Connectivity Analyzer Tool
1. สภาพแวดล้อมการแลกเปลี่ยนที่แตกต่างกัน
การทดสอบที่นำเสนอโดยเครื่องมือวิเคราะห์การเชื่อมต่อของ Microsoft สามารถนำไปใช้โดยการทดสอบสภาพแวดล้อม Exchange on-Premises เทียบกับสภาพแวดล้อม Office 365 (Exchange Online)
เราจะเห็นว่าการทดสอบตัวเลือกต่างๆ ถูก "จัดกลุ่ม" โดยใช้แท็บอื่น
- A - ใต้แท็บ “Exchange Server” เราจะพบการทดสอบทั้งหมดที่สามารถใช้ได้เมื่อเราต้องการทดสอบบริการ Exchange On-Premise
- B - ภายใต้แท็บ “Office 365” เราจะพบการทดสอบทั้งหมดที่สามารถใช้ได้เมื่อเราต้องการทดสอบโครงสร้างพื้นฐานของ Exchange Online
<แข็งแกร่ง>2. การทดสอบการเชื่อมต่อระยะไกลประเภทต่างๆ
ในภาพหน้าจอต่อไปนี้ เราจะเห็นว่าการทดสอบการเชื่อมต่อการค้นหาอัตโนมัติปรากฏใต้แท็บ “เซิร์ฟเวอร์ Exchange ” (Exchange on-Premises)
ตัวอย่างเช่น เราสามารถใช้การทดสอบการเชื่อมต่อสำหรับโปรแกรมรับส่งเมล Outlook (RPC\HTTPS), ActiveSync (ไคลเอนต์ Exchange มือถือ) เป็นต้น
โปรดทราบว่าภายใต้หัวข้อ “การทดสอบการเชื่อมต่อ Microsoft Office Outlook ” เรามีการทดสอบการเชื่อมต่อที่แตกต่างกันสองรายการ
ตัวอย่างเช่น มีการทดสอบการเชื่อมต่อ Outlook ที่แตกต่างกันสองประเภท
- การค้นหาอัตโนมัติของ Outlook - ทดสอบโฟลว์การค้นหาอัตโนมัติและโครงสร้างพื้นฐานที่ไคลเอนต์ Outlook นำมาใช้
- การเชื่อมต่อ Outlook - การทดสอบ “แบบรวม” ที่รวมการทดสอบการเชื่อมต่อระยะไกลของ Autodiscover + การทดสอบการเชื่อมต่อระยะไกล RPC\HTTPS
<แข็งแกร่ง>3. เครื่องมือวิเคราะห์ระยะไกลของ Microsoft Connectivity และสภาพแวดล้อม Office 365
ตามที่กล่าวไว้ Microsoft Connectivity Remote Analyzer Tool ช่วยให้เราสามารถทดสอบสภาพแวดล้อม Office 365 และสภาพแวดล้อม Exchange on-Premises
การทดสอบที่สามารถนำมาใช้ในสภาพแวดล้อม Exchange on-Premises ยังมีอยู่สำหรับสภาพแวดล้อม Office 365 แต่ Microsoft Connectivity Analyzer Tool มีการทดสอบเพิ่มเติมที่เกี่ยวข้องกับสภาพแวดล้อม Office 365 เท่านั้น
เครื่องมือวิเคราะห์การเชื่อมต่อของ Microsoft | ทดสอบบริการ Exchange ต่างๆ
ดังที่ได้กล่าวไปแล้ว Microsoft Connectivity Analyzer Tool มี “การทดสอบ Exchange” หลายประเภท
ตัวอย่างเช่น:
- การทดสอบการเชื่อมต่อ Microsoft Office Outlook - การทดสอบการเชื่อมต่อที่ตรวจสอบเซสชันไคลเอนต์ Outlook ที่ใช้บริการ Outlook Anywhere การทดสอบนี้จะตรวจสอบกระบวนการสื่อสารที่สมบูรณ์ซึ่งอิงตามบริการการค้นหาอัตโนมัติ จากนั้นจึงย้ายไปยัง "เลเยอร์ถัดไป" ไปจนถึงขั้นตอนการสร้างลิงก์การสื่อสาร RPC\HTTPS
- การทดสอบการเชื่อมต่อ Microsoft Exchange ActiveSync - ช่วยให้เราสามารถจำลองเซสชันการเชื่อมต่อระหว่างไคลเอนต์มือถือที่ใช้โปรโตคอล ActiveSync
ในภาพหน้าจอต่อไปนี้ เราจะเห็นว่า “อินเทอร์เฟซ” ของสภาพแวดล้อม Office 365 มีการทดสอบการเชื่อมต่อที่แตกต่างกันเจ็ดรายการ เทียบกับแท็บ Exchange on-Premises ที่มีการทดสอบการเชื่อมต่อสี่รายการ
<แข็งแกร่ง>4. การทดสอบการเชื่อมต่อประเภทอื่น
เครื่องมือ Microsoft Remote Connectivity Analyzer ประกอบด้วยการทดสอบโครงสร้างพื้นฐานของ Microsoft เพิ่มเติม เช่น - Lync On-Premise, Lync Online และบริการ SSO (Single Sign-on) เช่น ADFS
ในภาพหน้าจอต่อไปนี้ เราจะเห็นว่ามี "แท็บ" เพิ่มเติมนอกเหนือจากการทดสอบที่เกี่ยวข้องกับ Exchange
<แข็งแกร่ง>5. เครื่องมือวิเคราะห์การเชื่อมต่อระยะไกลของ Microsoft “ไคลเอนต์ทดสอบ” | “โฮสต์ ” ที่ทำการทดสอบ
เรื่องของ “โฮสต์ที่ทำการทดสอบ” นั้นเป็นประเด็นที่จำเป็นและทำให้เกิดความสับสนเล็กน้อย
เครื่องมือวิเคราะห์การเชื่อมต่อระยะไกลของ Microsoft คือเซิร์ฟเวอร์สาธารณะของ Microsoft ที่เราสามารถใช้เพื่อจำลองการเข้าถึงบริการแลกเปลี่ยนต่างๆ เช่น การค้นหาอัตโนมัติ
เป็นสิ่งสำคัญอย่างยิ่งที่เราเข้าใจกฎบัตรเฉพาะของเครื่องมือวิเคราะห์การเชื่อมต่อระยะไกลของ Microsoft เนื่องจากวิธีที่เครื่องมือวิเคราะห์การเชื่อมต่อระยะไกลของ Microsoft ทำการทดสอบการค้นหาอัตโนมัติจะไม่ครอบคลุมทุกสถานการณ์ที่เป็นไปได้
เมื่อเราเผชิญกับสถานการณ์การแก้ไขปัญหาการค้นหาอัตโนมัติ เราไม่สามารถแน่ใจได้ว่าปัญหาเกี่ยวข้องกับ:
- เดสก์ท็อปของผู้ใช้เฉพาะที่ผู้ใช้พยายามเข้าถึงจุดสิ้นสุดการค้นหาอัตโนมัติ
- เครือข่ายเฉพาะที่ผู้ใช้พยายามเข้าถึงจุดสิ้นสุดการค้นหาอัตโนมัติ
- “ปัญหาทั่วไป” ในโครงสร้างพื้นฐานการค้นหาอัตโนมัติที่ส่งผลกระทบต่อ “ไคลเอนต์เมลภายนอก” ทั้งหมดที่ต้องเข้าถึงจุดสิ้นสุดการค้นหาอัตโนมัติ
เครื่องมือวิเคราะห์การเชื่อมต่อระยะไกลของ Microsoft ใช้งานโดยใช้เซิร์ฟเวอร์ Microsoft สาธารณะที่ทำการทดสอบการเชื่อมต่อที่แตกต่างกัน
เซิร์ฟเวอร์ “เซิร์ฟเวอร์สาธารณะ” สำหรับจำลองเซสชันไคลเอนต์ Exchange ด้วยเซิร์ฟเวอร์ Exchange
เราควรตระหนักถึงข้อเท็จจริงที่สำคัญว่าการทดสอบการค้นหาอัตโนมัติของเครื่องมือวิเคราะห์การเชื่อมต่อระยะไกลของ Microsoft สามารถใช้สำหรับการทดสอบสถานการณ์เฉพาะที่เฉพาะเจาะจงเท่านั้น ซึ่งเป็นสถานการณ์ที่ไคลเอนต์ Exchange (ไคลเอนต์การค้นหาอัตโนมัติ) กำลังจัดการกับ "อินเทอร์เฟซสาธารณะ" ของเซิร์ฟเวอร์ Exchange .
กล่าวอีกนัยหนึ่ง สถานการณ์ที่ไคลเอนต์ Exchange อยู่บนเครือข่ายสาธารณะและเซิร์ฟเวอร์ Exchange กำหนดค่าเป็นเซิร์ฟเวอร์ Exchange สาธารณะ
ตัวเลือกของการทดสอบโฟลว์การค้นหาอัตโนมัติจาก "ไคลเอนต์ Exchange ภายนอก" นั้นเหมาะสำหรับหลาย ๆ สถานการณ์ แต่ในบางสถานการณ์การแก้ไขปัญหาการค้นหาอัตโนมัติ เราจะต้องทำการทดสอบการเชื่อมต่อการค้นหาอัตโนมัติจาก "ทิศทางที่แตกต่างกัน"
ความหมายคือ - ทำการทดสอบการค้นหาอัตโนมัติโดยใช้เดสก์ท็อปของผู้ใช้เฉพาะ หรือทำการทดสอบการค้นหาอัตโนมัติจากเครือข่ายเฉพาะ เช่น เครือข่ายส่วนตัวขององค์กร
ในกรณีที่เราต้องการทำการทดสอบการค้นหาอัตโนมัติจากเครือข่ายภายในหรือจากเครือข่ายเฉพาะที่ไคลเอนต์ Exchange ตั้งอยู่ เราสามารถดาวน์โหลดและติดตั้ง - “ไคลเอนต์ Microsoft Connectivity Analyzer”
ในภาพหน้าจอต่อไปนี้ เราจะเห็น "แท็บไคลเอ็นต์" ที่เราสามารถใช้เพื่อดาวน์โหลด: ไคลเอ็นต์ Microsoft Connectivity Analyzer
การดำเนินการ - การทดสอบการเชื่อมต่อ Microsoft Office Outlook | การค้นหาอัตโนมัติของ Outlook
เพื่อให้สามารถสาธิตการใช้ Microsoft Remote Connectivity Analyzer Tool เราจะเลือกทำการทดสอบ Outlook Autodiscover
คำอธิบายสถานการณ์
ตัวละครในสถานการณ์ของเรามีดังนี้:
ชื่อโดเมนสาธารณะขององค์กรคือ - o365info.com
ผู้ใช้ชื่อ John ซึ่งอยู่ในเครือข่ายภายนอก\สาธารณะ ต้องการสร้างโปรไฟล์เมล Outlook ใหม่ ที่อยู่อีเมลของ John คือ - John@o365info.com
เราต้องการตรวจสอบว่าเซิร์ฟเวอร์ Exchange On-Premise ได้รับการ "เผยแพร่" อย่างถูกต้อง และสามารถเข้าถึงได้และพร้อมใช้งานสำหรับ "ไคลเอนต์ภายนอก"
ทำการทดสอบการค้นหาอัตโนมัติของ Outlook
เพื่อตรวจสอบการตั้งค่าการค้นหาอัตโนมัติที่จำเป็นในเซิร์ฟเวอร์ Exchange On-Premise เราจะใช้ขั้นตอนต่อไปนี้:
1. เข้าถึง Microsoft RCA - เครื่องมือวิเคราะห์การเชื่อมต่อระยะไกลโดยใช้ URL ต่อไปนี้: https://testconnectivity.microsoft.com/
เคล็ดลับเล็กๆ น้อยๆ - หากคุณมีปัญหาในการจดจำ “ที่อยู่ URL ที่สมบูรณ์” คุณสามารถเปิดเครื่องมือค้นหาใดก็ได้แล้วพิมพ์คำว่า - ExRCA
ผลลัพธ์แรกที่จะปรากฏในผลการค้นหาจะ “นำคุณ” ไปสู่ Microsoft RCA - หน้าตัววิเคราะห์การเชื่อมต่อระยะไกล
2. คลิกที่แท็บ Exchange Server และภายใต้ การทดสอบการเชื่อมต่อ Microsoft Office Outlook ให้เลือกตัวเลือก - การค้นหาอัตโนมัติของ Outlook
3. ที่มุมขวาล่าง ให้คลิกตัวเลือก ถัดไป
ในหน้าจอต่อไปนี้ เราจะต้องระบุ "ข้อมูลรับรองผู้ใช้"
ExRCA จะใช้ข้อมูลประจำตัวเพื่อ "แอบอ้างตัวเอง" กับไคลเอ็นต์ Exchange พยายามเชื่อมต่อเซิร์ฟเวอร์ Exchange On-Premise ดำเนินการกระบวนการค้นหาอัตโนมัติให้เสร็จสิ้น และรับการตอบกลับของการค้นหาอัตโนมัติที่จำเป็น
1. ที่อยู่อีเมล - ป้อนที่อยู่อีเมลของผู้รับ ในสถานการณ์ของเรา ที่อยู่อีเมลของผู้รับคือ - John@o365info.com
2. ชื่อโดเมน \ชื่อผู้ใช้ (หรือ UPN) - ในกล่องนี้ เราจำเป็นต้องระบุ Active Directory ภายในองค์กรหรือข้อมูลรับรองผู้ใช้โดเมน โดยส่วนใหญ่ “แบบแผนมาตรฐาน” จะขึ้นอยู่กับรูปแบบของ - <ชื่อโดเมน>\<ชื่อผู้ใช้>
(เพื่อให้แม่นยำยิ่งขึ้นเฉพาะส่วนด้านซ้ายของชื่อโดเมนภายใน Active Directory)
ในกรณีที่บัญชีผู้ใช้ Active Directory ในสถานที่ได้รับการกำหนดค่าด้วยส่วนต่อท้ายชื่อโดเมนสาธารณะ การรับรองความถูกต้องสามารถทำได้โดยใช้แบบแผนการตั้งชื่อ UPN (ชื่อหลักของผู้ใช้) ตัวอย่างเช่น - John@o365info.com
ในสถานการณ์ของเรา เราจะใช้หลักการตั้งชื่อมาตรฐาน - o365info\john
3. รหัสผ่าน - นี่คือ “รหัสผ่านผู้ใช้โดเมน” ซึ่งหมายถึงรหัสผ่านที่ผู้ใช้ใช้เมื่อเขาเข้าสู่ระบบโดเมนบริษัท
4. การอนุมัติสำหรับการทดสอบการค้นหาอัตโนมัติ - เลือกตัวเลือก:
ฉันเข้าใจว่าฉันต้องใช้ข้อมูลประจำตัวของบัญชีที่ทำงานจากโดเมน Exchange ของฉันเพื่อให้สามารถทดสอบการเชื่อมต่อจากระยะไกลได้ ฉันรับทราบด้วยว่าฉันมีหน้าที่รับผิดชอบในการจัดการและความปลอดภัยของบัญชีนี้
นี่เป็นข้อกำหนดบังคับ
เมื่อเลือกตัวเลือกนี้ เรากำลังอนุมัติว่าเรา "เชื่อถือ Microsoft" (เรามอบ "ความลับ" ให้กับเซิร์ฟเวอร์ ExRCA ซึ่งเป็นข้อมูลรับรองผู้ใช้โดเมนส่วนตัวของเรา)
5. การยืนยัน - เราจะต้องดำเนินกระบวนการตรวจสอบให้เสร็จสิ้นโดยพิมพ์ตัวอักษรที่ปรากฏอีกครั้ง (นี่คือวิธีที่ Microsoft ตรวจสอบว่าเราเป็นปัจจัยมนุษย์และไม่ใช่รหัสที่เป็นอันตราย)
หากต้องการดำเนินการให้เสร็จสิ้น ให้คลิกที่ < ปุ่มยืนยัน
ในภาพหน้าจอถัดไป เราจะเห็นว่ากระบวนการตรวจสอบเสร็จสมบูรณ์แล้ว
หากต้องการเริ่มการทดสอบการค้นหาอัตโนมัติ ให้คลิกตัวเลือก ถัดไป
การวิเคราะห์ผลลัพธ์จากการทดสอบ - Outlook Autodiscover
นี่คือส่วนที่ ExRCA “โดดเด่น”
ฉันรู้ว่ามันอาจจะฟังดู “เกินบรรยาย” แต่ฉันคิดว่า ExRCA ทำงานได้อย่างยอดเยี่ยมในการนำเสนอ “การค้นพบ” ในรูปแบบ “มนุษย์” ที่ชัดเจนมาก -like” วิธี
สำหรับตัวฉันเอง ฉันได้แก้ไขปัญหา "การค้นหาอัตโนมัติ" หลายอย่างโดยใช้เครื่องมือเหล่านี้ซึ่งให้ข้อมูลที่ชัดเจนและให้ข้อมูลเกี่ยวกับกระบวนการค้นหาอัตโนมัติ
RCA - โครงสร้างผลลัพธ์และตรรกะของเครื่องมือวิเคราะห์การเชื่อมต่อระยะไกล
เมื่อมองแวบแรก ผลลัพธ์ที่ได้จากเครื่องมือวิเคราะห์การเชื่อมต่อระยะไกลจะดูยุ่งเหยิงเล็กน้อย
ด้วยเหตุนี้ เราจึงต้องเข้าใจวิธีที่ ExRCA ใช้ในการแสดงผลลัพธ์
กระบวนการค้นหาอัตโนมัติประกอบด้วยหลายส่วน
ผลลัพธ์จะรวมถึงส่วนเฉพาะสำหรับแต่ละ “ส่วน” หรือ “ขั้นตอน” ที่เกี่ยวข้องกับกระบวนการค้นหาอัตโนมัติ
ในการขอร้องของแต่ละ “ส่วน” เราจะเห็นงานและผลลัพธ์ (ความสำเร็จหรือความล้มเหลว) และใต้ส่วนหัว เราจะเห็นคำอธิบายโดยละเอียดสำหรับ “ขั้นตอนย่อย” แต่ละขั้นตอนที่นำไปใช้และผลลัพธ์ (ความสำเร็จหรือ ความล้มเหลว).
อินเทอร์เฟซผลลัพธ์ ExRCA
ส่วนนี้ที่เราตรวจสอบ "วิธีการอ่าน" ผลลัพธ์ที่แสดงของการทดสอบการเชื่อมต่อ ExRCA Autodiscover อาจดูเหมือน "ไม่จำเป็น" แต่แม้ว่าทุกคนจะรู้ว่าจะใช้ผลลัพธ์นั้นก็ตาม สิ่งสำคัญคือต้องใช้เวลาสักครู่ในการทำความเข้าใจวิธีที่ ผลลัพธ์ ExRCA จะปรากฏขึ้น
เนื่องจากกระบวนการหรือโฟลว์การค้นหาอัตโนมัตินั้นค่อนข้างตรงไปตรงมาหรือมีข้อมูลจำนวนมหาศาล ExRCA จึงใช้วิธีการ “ขยายและยุบ”
ตรรกะจะขึ้นอยู่กับ "แนวคิดลำดับชั้น" โดยเริ่มจากข้อมูล "ระดับแรก" และความสามารถในการดู (ขยาย) แต่ละกระบวนการย่อยหรือการทดสอบที่ใช้ในการทดสอบการค้นหาอัตโนมัติ
คำอุปมาที่เราสามารถใช้ได้คือ "Russian babushka"
“babushka ” ตัวแรกสามารถเปิดได้และอยู่ข้างใน เราสามารถหา babushka อีกอันได้เมื่อเราเปิด babushka ที่อยู่ข้างใน เราก็จะได้ babushka อีกอันเป็นต้น
ตรรกะเดียวกันนี้ใช้กับผลการทดสอบ ExRCA Autodiscover
แต่ละขั้นตอนสามารถขยายได้เพื่อให้เราสามารถดูเนื้อหาของขั้นตอนเพิ่มเติมที่รวมอยู่ใน “ขั้นตอนพ่อ” เป็นต้น
เพื่อสาธิต "แนวคิดลำดับชั้น" ของอินเทอร์เฟซผลลัพธ์ ExRCA เราจะใช้ตัวอย่างของผลการทดสอบ ExRCA Autodiscover ที่จำลองการเข้าถึงการค้นหาอัตโนมัติไปยัง
เซิร์ฟเวอร์ Exchange CAS ในสถานที่สาธารณะ
ระดับ 1
ในระดับนี้เราจะเห็น “คำตอบที่ชัดเจน” สำหรับผลลัพธ์ ExRCA ในตัวอย่างของเรา การทดสอบเสร็จสมบูรณ์
ระดับ 2
เมื่อเลือกตัวเลือก - ”ขยาย ” ใต้ขั้นตอนการทดสอบ เราจะเห็นข้อมูล "ระดับเพิ่มเติม"
ในตัวอย่างของเรา เราจะเห็นว่าการทดสอบการค้นหาอัตโนมัติเริ่มต้นโดยการค้นหาโฮสต์ชื่อ o365info.com และผลลัพธ์คือ - ล้มเหลว
การทดสอบการค้นหาอัตโนมัติครั้งถัดไปดำเนินการโดยใช้โฮสต์ชื่อ
autodiscover.o365info.com และผลลัพธ์คือ - สำเร็จ
ระดับ 3
ระดับถัดไป (“ระดับ 3 ”) คือระดับที่เราสามารถตรวจสอบขั้นตอนทั้งหมดที่รวมอยู่ในโฟลว์การค้นหาอัตโนมัติ
ในแผนภาพต่อไปนี้ เราจะเห็นตรรกะของผลลัพธ์ที่แสดง
ในภาพหน้าจอต่อไปนี้ เราจะเห็นคำอธิบายสั้นๆ สำหรับแต่ละขั้นตอนที่รวมอยู่ในกระบวนการค้นหาอัตโนมัติ
ขั้นตอนที่ 1: อธิบายว่า - กำลังพยายามแก้ไขชื่อโฮสต์ autodiscover.o365info.com ใน DNS
ขั้นตอนที่ 2: อธิบายว่าเป็น - การทดสอบพอร์ต TCP 443 บนโฮสต์ autodiscover.o365info.com เพื่อให้แน่ใจว่ากำลังฟังและเปิดอยู่ ”
ขั้นตอนที่ 3: อธิบายว่า - การทดสอบใบรับรอง SSL เพื่อให้แน่ใจว่าถูกต้อง
ขั้นตอนที่ 4: อธิบายว่าเป็น - การตรวจสอบการกำหนดค่า IIS สำหรับการตรวจสอบสิทธิ์ใบรับรองไคลเอ็นต์
ขั้นตอนที่ 5: อธิบายว่า - กำลังพยายามส่งคำขอ Autodiscover POST ไปยัง URL ของ Autodiscover ที่เป็นไปได้
ระดับ 4
นี่คือข้อมูล "ระดับที่ลึกที่สุด" ซึ่งช่วยให้เราสามารถพิจารณาขั้นตอนการค้นหาอัตโนมัติเฉพาะเจาะจงได้มากขึ้น
ในตัวอย่างต่อไปนี้ เราได้ขยายขั้นตอน "การจำแนกชื่อ" ซึ่งไคลเอ็นต์การค้นหาอัตโนมัติเข้าถึงเซิร์ฟเวอร์ DNS และขอที่อยู่ IP ของจุดสิ้นสุดการค้นหาอัตโนมัติ
ในสถานการณ์ของเรา เราจะเห็นว่าที่อยู่ IP ที่ส่งคืนให้กับลูกค้าคือ: 212.25.80.239 และเวลา "ไปกลับ" ที่ใช้ในการดำเนินการให้เสร็จสิ้นคือ: 221 ms
ขั้นตอนการค้นหาอัตโนมัติ - การผสมผสานระหว่างเหตุการณ์ที่ประสบความสำเร็จและล้มเหลว | กลั่นแกล้งสิ่งลี้ลับ
ปัญหาที่ทำให้เกิดความสับสนมากที่สุดประการหนึ่งในโฟลว์การค้นหาอัตโนมัติมาตรฐานสามารถอธิบายได้ว่าเป็นการผสมผสานระหว่างเหตุการณ์ที่ประสบความสำเร็จและล้มเหลว
ปัญหาที่น่าสับสนเพิ่มเติมคือ - ผลลัพธ์ ExRCA ซึ่งสามารถอธิบายได้ว่า “การทดสอบการเชื่อมต่อสำเร็จพร้อมคำเตือน ”
“ความสับสน” คือ ยังไม่แน่ชัดว่าสอบได้สำเร็จหรือไม่ กล่าวอีกนัยหนึ่ง ไม่มีตัวเลือกในการรับคำตอบสีขาว\ดำที่ชัดเจน
เมื่อดูภาพหน้าจอเราจะเห็นว่าไอคอนผลการทดสอบเป็นสีเขียว แต่ในขณะเดียวกัน เราจะเห็นว่าเราเห็นไอคอนสีเหลืองพร้อมเครื่องหมายอัศเจรีย์
คำถามที่ชัดเจนที่สุดคือ ดีหรือไม่ดี
เราจะเข้าใจได้ไหมว่าโครงสร้างพื้นฐาน Autodiscover ของเราได้รับการกำหนดค่าอย่างถูกต้อง หรือเราจำเป็นต้องแก้ไขปัญหาบางอย่าง
คำตอบง่ายๆ คือ - “ใช่ วิธีนี้ดี”
เหตุผลสำหรับการแจ้งเตือน - “ทดสอบสำเร็จด้วยคำเตือน ก็คือกระบวนการค้นหาอัตโนมัติขึ้นอยู่กับแนวคิดของการลองผิดลองถูก
ในขณะที่ค้นหา "ผลลัพธ์สุดท้าย" ไคลเอนต์ Autodiscover ได้รับการตั้งโปรแกรมให้ดำเนินการสองสามวิธีและ 99% ของเวลา "วิธีการ" หรือการทดสอบบางอย่างนี้จะล้มเหลว
สิ่งที่สำคัญคือ “ผลลัพธ์” ที่ตอบคำถาม - ลูกค้าสามารถค้นหา “คำตอบ” ได้หรือไม่ ซึ่งหมายถึง - การตอบสนองของการค้นหาอัตโนมัติ
เหตุผลของไอคอนสีเหลืองพร้อมเครื่องหมายอัศเจรีย์มีดังนี้:
1. โดเมนราก
สาเหตุยอดนิยมที่สุดสำหรับผลลัพธ์ “ทดสอบสำเร็จด้วยคำเตือน” คือตามค่าเริ่มต้น ไคลเอนต์ Autodiscover ได้รับการตั้งโปรแกรมให้ค้นหาจุดสิ้นสุดการค้นหาอัตโนมัติโดยการ “แยก” ชื่อโดเมนจากผู้รับ E- ที่อยู่อีเมล (“ส่วนที่ถูกต้อง” ที่มีชื่อโดเมน SMTP ของผู้รับ) และสร้างแบบสอบถาม DNS โดยใช้ “ชื่อโดเมน” เป็นชื่อโฮสต์
ตัวอย่างเช่น ในกรณีที่ชื่อผู้รับคือ - John@o365info.com ไคลเอ็นต์การค้นหาอัตโนมัติ เช่น Outlook จะสร้างแบบสอบถาม DNS เพื่อค้นหาชื่อโฮสต์ - o365info.com
โดยส่วนใหญ่แล้ว วิธีการนี้จะล้มเหลว เนื่องจากเป็นสถานการณ์ที่หายากมากที่ชื่อโดเมนสาธารณะขององค์กรถูก "แมป" ใน DNS สำหรับที่อยู่ IP ของเซิร์ฟเวอร์ Exchange
ผลลัพธ์ส่วนใหญ่แล้วขั้นตอนแรกในกระบวนการค้นหาอัตโนมัติจะปรากฏเป็น “ล้มเหลว”
โดยทั่วไปแล้ว วิธีการ “ค้นหาชื่อโฮสต์ของจุดสิ้นสุดการค้นหาอัตโนมัติโดยใช้ชื่อโดเมนรูท” อาจทำให้เกิดปัญหาเล็กน้อยหรือสำคัญได้
ในกรณีที่องค์กรใช้เว็บไซต์สาธารณะและแมปที่อยู่ของชื่อโดเมนของเว็บไซต์เพิ่มเติม ไคลเอนต์ Autodiscover จะได้รับ "คำตอบเชิงบวก" จาก DNS เกี่ยวกับที่อยู่ IP ของชื่อโดเมนรูท เมื่อเขาพยายามสื่อสารกับ “จุดสิ้นสุดการค้นหาอัตโนมัติที่ชัดเจน” โดยใช้ HTTPS การสื่อสารจะล้มเหลว
ดังนั้น นอกจากการเสียเวลาไปกับการนำวิธีนี้ไปใช้แล้ว ก็ไม่เสียหายอะไร
ในสถานการณ์ที่ดีน้อยลง ในกรณีที่ "โฮสต์ปลายทาง" (เว็บไซต์) มีใบรับรองที่มีปัญหา เช่น ใบรับรองที่วันที่ของเธอหมดอายุและอื่นๆ ไคลเอนต์ Autodiscover จะหยุดกระบวนการ Autodiscover เนื่องจากไคลเอนต์ Autodiscover "เข้าใจ" นั้น มีปัญหากับจุดสิ้นสุดการค้นหาอัตโนมัติ
พูดตามตรง ฉันคิดว่าวิธีการค้นหาอัตโนมัติของ “การค้นหาชื่อโฮสต์ของจุดสิ้นสุดการค้นหาอัตโนมัติโดยใช้ชื่อโดเมนรูท” ควรถูกลบออก เพราะสำหรับตัวฉันเอง ฉันไม่เห็นข้อดีใดๆ เลยจากการใช้วิธีนี้
ตัวอย่างการค้นหาชื่อโฮสต์ของจุดสิ้นสุดการค้นหาอัตโนมัติโดยใช้ชื่อโดเมนราก
ในภาพหน้าจอต่อไปนี้ เราจะเห็นตัวอย่างผลการทดสอบ ExRCA:
ไคลเอนต์การค้นหาอัตโนมัติเชื่อมต่อเซิร์ฟเวอร์ DNS เพื่อค้นหาที่อยู่ IP ของชื่อโดเมนราก (o365info.com ในตัวอย่างของเรา) รับที่อยู่ IP ของชื่อโฮสต์-
กำลังพยายามแก้ไขชื่อโฮสต์ o365info.com ใน DNS แก้ไขชื่อโฮสต์สำเร็จแล้ว ที่อยู่ IP ที่ส่งคืน: 104.28.12.85, 104.28.13.85
เมื่อไคลเอ็นต์การค้นหาอัตโนมัติพยายามตรวจสอบว่าโฮสต์ "แสดงรายการ" กับการสื่อสาร HTTPS หรือไม่ การทดสอบล้มเหลว เนื่องจากโฮสต์ปลายทางไม่สามารถสื่อสารโดยใช้ HTTPS ได้
ผลลัพธ์ใน ExRCA ปรากฏเป็น-
กำลังทดสอบพอร์ต TCP 443 บนโฮสต์ o365info.com เพื่อให้แน่ใจว่ากำลังฟังและเปิดอยู่ พอร์ตที่ระบุถูกบล็อก ไม่รับฟัง หรือไม่สร้างการตอบสนองที่คาดหวัง
<แข็งแกร่ง>2. กลุ่มใบรับรอง
เหตุผลเพิ่มเติมสำหรับผลลัพธ์ของ - “ทดสอบสำเร็จด้วยคำเตือน ” คือกระบวนการที่อธิบายว่าเป็น - ”การทดสอบสายโซ่ใบรับรอง ”
ไคลเอนต์ Autodiscover ร้องขอจากจุดสิ้นสุด Autodiscover เพื่อพิสูจน์ตัวตนของเขาโดยการจัดเตรียมใบรับรอง
โครงสร้างพื้นฐานใบรับรองสาธารณะที่สร้างขึ้นตามแนวคิดแบบลำดับชั้น
ใบรับรองเซิร์ฟเวอร์สาธารณะที่จัดทำโดย "ผู้มีอำนาจที่สูงกว่า" และหลายครั้งที่ "ผู้มีอำนาจที่สูงกว่า" เป็นผู้ใต้บังคับบัญชาของ "ผู้มีอำนาจที่สูงกว่า" เพิ่มเติม
ในสถานการณ์สมมตินี้ มีอย่างน้อย “สององค์ประกอบ” ที่เกี่ยวข้อง - องค์ประกอบที่ให้ใบรับรอง (อธิบายว่าเป็น CA- ผู้ออกใบรับรอง) และ “ไคลเอนต์ที่ใช้ใบรับรอง” (เช่น เซิร์ฟเวอร์ Exchange)
ส่วนหนึ่งของการทดสอบความปลอดภัยที่ไคลเอนต์ Autodiscover จะดำเนินการคือ - ตรวจสอบ “องค์ประกอบ” ซึ่งให้ใบรับรองซึ่งหมายถึง CA และใบรับรอง CA
ความสามารถของไคลเอนต์ Autodiscover ในการตรวจสอบใบรับรอง CA นั้นขึ้นอยู่กับสมมติฐานที่ว่า CA นั้น "รู้ดี" และไคลเอนต์ (ไคลเอนต์ Autodiscover) มีใบรับรอง CA ในที่เก็บใบรับรองของเขา
เมื่อเราทำการทดสอบการค้นหาอัตโนมัติโดยใช้เครื่องมือ ExRCA แม้ว่าขั้นตอน “การทดสอบสายโซ่ใบรับรอง” จะเสร็จสมบูรณ์ เครื่องมือ ExRCA จะแจ้งให้เราทราบว่าข้อเท็จจริงที่ว่า “เขา” (ExRCA) จัดการเพื่อตรวจสอบใบรับรอง ห่วงโซ่. นี่ไม่ได้หมายความว่า "เดสก์ท็อปของผู้ใช้" จะสามารถจัดการการทดสอบกลุ่มใบรับรองให้สำเร็จได้ เนื่องจากสิ่งเหล่านี้ขึ้นอยู่กับที่เก็บใบรับรองเดสก์ท็อปโดยเฉพาะ
เมื่อดูผลการทดสอบ ExRCA เราจะเห็นการแจ้งเตือนประเภทนี้:
การวิเคราะห์กลุ่มใบรับรองเพื่อหาปัญหาความเข้ากันได้กับเวอร์ชันของ Windows ปัญหาความเข้ากันได้ที่อาจเกิดขึ้นกับ Windows บางเวอร์ชัน รายละเอียดเพิ่มเติม
Microsoft Connectivity Analyzer สามารถตรวจสอบห่วงโซ่ใบรับรองได้โดยใช้ฟังก์ชันการอัปเดตใบรับรองหลักจาก Windows Update เท่านั้น ใบรับรองของคุณอาจไม่น่าเชื่อถือบน Windows หากไม่ได้เปิดใช้งานคุณสมบัติ "อัปเดตใบรับรองหลัก"
สรุปอีกครั้ง แม้ว่าขั้นตอนการค้นหาอัตโนมัติของการทดสอบกลุ่มใบรับรองจะปรากฏขึ้นพร้อมกับเครื่องหมายอัศเจรีย์สีเหลือง แต่ปัญหาก็ไม่ใช่ปัญหา และไม่มีสิ่งใดที่เราสามารถทำได้เพื่อหลีกเลี่ยงไม่ให้ข้อมูลนี้ปรากฏในผลการทดสอบการค้นหาอัตโนมัติ .
บันทึกผลการทดสอบ ExRCA เพื่อการวิเคราะห์เพิ่มเติม
ผลการทดสอบที่เราได้รับจากการใช้เครื่องมือ ExRCA สามารถนำไปใช้ในการวิเคราะห์แบบเรียลไทม์หรือเพื่อส่งข้อมูลไปยังทีมสนับสนุนทางเทคนิค (เช่น ทีมสนับสนุน Office 365) เพื่อการวิเคราะห์อย่างต่อเนื่อง
เครื่องมือ ExRCA ช่วยให้เราสามารถบันทึกผลลัพธ์จากการทดสอบ Autodiscover โดยใช้ตัวเลือกที่แตกต่างกัน 3 แบบ:
1. คัดลอกไปยังคลิปบอร์ด
ตัวเลือกนี้จะคัดลอกผลการทดสอบ ExRCA ไปยังคลิปบอร์ดบนเดสก์ท็อปในเครื่องโดยใช้รูปแบบ XML โดยส่วนตัวแล้ว ฉันชอบวิธีอื่นมากกว่า เช่น บันทึกผลการทดสอบ Autodiscover เป็นรูปแบบ HTML เพราะการอ่านผลลัพธ์จะชัดเจนกว่ามาก
<แข็งแกร่ง>2. บันทึกผลลัพธ์ลงในไฟล์ HTML
นี่เป็นวิธีที่ฉันชอบ ตัวเลือกในการบันทึกไฟล์ HTML ผลการทดสอบ ExRCA จะเหมือนกับผลลัพธ์ที่ปรากฏบนหน้าจอ การใช้ไอคอนสีเขียวและสีแดง ไม่พบ “พื้นที่ที่มีปัญหา” อย่างง่ายดาย นอกจากนี้ ตัวเลือก “ขยายและยุบ” ยังช่วยให้เรานำทางผ่านข้อมูลได้อย่างง่ายดายอีกด้วย
<แข็งแกร่ง>3. บันทึกผลลัพธ์ลงในไฟล์ XML
ความเป็นไปได้ในการบันทึกข้อมูลในรูปแบบ XML เป็นสิ่งที่น่าสนใจเพราะเมื่อใช้ตัวเลือก XML เราสามารถใช้เครื่องมือเช่น Microsoft Excel เพื่อ "นำเสนอ" ข้อมูลในรูปแบบที่กำหนดเองได้
ในกรณีที่เราบันทึกผลการทดสอบ ExRCA Autodiscover ในรูปแบบไฟล์ XML และเราใช้ Excel เพื่อเปิดไฟล์ XML ข้อความต่อไปนี้จะปรากฏขึ้น - “โปรดเลือกวิธีที่คุณต้องการเปิดไฟล์นี้ ”
เราจะเลือกตัวเลือก - เป็นตาราง XML
ในหน้าต่างป๊อปอัปถัดไป คลิก ตกลง
ในภาพหน้าจอต่อไปนี้ เราจะเห็นผลลัพธ์
Excel “รู้” วิธีใส่ข้อมูล XML ในรูปแบบตาราง และเราสามารถใช้ตัวเลือก Excel เช่น Filter เพื่อแสดงหรือซ่อน “ข้อมูลเฉพาะ” ”
ตัวเลือกเพิ่มเติมคือการเปิดไฟล์ XML โดยใช้โปรแกรมแก้ไขข้อความขั้นสูง เช่น Notepad++
ในภาพหน้าจอต่อไปนี้ เราจะเห็นผลลัพธ์ของการเปิดไฟล์ XML ด้วย Notepad++ เราจะเห็นว่าโปรแกรมแก้ไขข้อความ "เข้าใจ" รูปแบบ XML เฉพาะและแสดงข้อมูลโดยใช้สี ลำดับชั้นของแท็ก XML เป็นต้น
