"ชื่อบนใบรับรองความปลอดภัยไม่ถูกต้องหรือไม่ตรงกับชื่อของไซต์" ข้อผิดพลาดใน Outlook ในสภาพแวดล้อมที่เฉพาะเจาะจงหรือ ITAR Office ๓๖๕

อาการ

ในสภาพแวดล้อมที่เฉพาะเจาะจงหรือระหว่างประเทศในการจราจรระหว่างประเทศ (ITAR) ของ Microsoft Office ๓๖๕ผู้ใช้จะได้รับพร้อมท์โดยกล่องโต้ตอบการแจ้งเตือนความปลอดภัยที่มีข้อความข้อผิดพลาดต่อไปนี้:

ชื่อบนใบรับรองความปลอดภัยไม่ถูกต้องหรือไม่ตรงกับชื่อของไซต์

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

ผู้ใช้พยายามสร้างโพรไฟล์ใหม่ใน Microsoft Office Outlook
ผู้ใช้พยายามเริ่มการทำงานของไคลเอนต์ Outlook
ปัญหานี้เกิดขึ้นเป็นระยะๆเมื่อไคลเอนต์ Outlook กำลังทำงานอยู่

ถ้าผู้ใช้คลิกใช่ผู้ใช้สามารถดำเนินการต่อ อย่างไรก็ตามถ้าผู้ใช้คลิกไม่ใช่การค้นหาการค้นหาอัตโนมัติล้มเหลว ความล้มเหลวของการค้นหาการค้นหาอัตโนมัติป้องกันไม่ให้คุณลักษณะต่อไปนี้จากการทำงานตามที่คาดไว้:

การสร้างโปรไฟล์ Outlook โดยอัตโนมัติโดยใช้การค้นหาอัตโนมัติ
ไม่มีสำนักงาน (OOF) ผู้ช่วย
ข้อมูลฟรี/ไม่ว่าง

สาเหตุ

ปัญหานี้เกิดขึ้นเมื่อ URL ที่คุณกำลังพยายามเข้าถึงไม่อยู่ในรายการในหัวเรื่องหรือชื่อทางเลือก (SAN) ของใบรับรอง Secure Sockets Layer (SSL) สำหรับเว็บไซต์ แม้ว่าการตั้งค่าคอนฟิกขององค์กรที่แตกต่างกันอาจแตกต่างกันเล็กน้อยแต่ปัญหานี้เกิดขึ้นได้เนื่องจากมีการกำหนดค่าระเบียน System (DNS) ของโดเมนการค้นหาอัตโนมัติขององค์กรอย่างไม่ถูกต้อง

การแก้ไข

เมื่อต้องการแก้ไขปัญหานี้คุณอาจต้องเปลี่ยนระเบียน DNS การค้นหาอัตโนมัติ (ภายในภายนอกหรือทั้งสองอย่าง) อย่างไรก็ตามการเปลี่ยนแปลงเหล่านี้ไม่ควรดำเนินการเบาๆเนื่องจากคุณลักษณะการค้นหาอัตโนมัติอาจไม่ทำงานถ้าระเบียน DNS ถูกกำหนดค่าอย่างไม่ถูกต้อง ก่อนที่คุณเปลี่ยนระเบียน DNS การค้นหาอัตโนมัติคุณควรเข้าใจวิธีการที่ไคลเอ็นต์ของ Outlook พยายามค้นหาบริการการค้นหาอัตโนมัติ ไคลเอ็นต์ Outlook พยายามค้นหาตำแหน่งของบริการการค้นหาอัตโนมัติโดยใช้ลำดับพื้นฐานต่อไปนี้ของการดำเนินงาน อย่างไรก็ตามขั้นตอนที่บริการการค้นหาอัตโนมัติอยู่แตกต่างกันไปจากการปรับใช้กับการปรับใช้ ตำแหน่งที่ตั้งนี้ขึ้นอยู่กับว่ามีโซลูชันในสถานที่ในการมีอยู่ร่วมและสิ่งที่สภาพแวดล้อมทาง e-mail ในสถานที่เฉพาะคือ (ตัวอย่างเช่น Microsoft Exchange Server ในสถานที่ Lotus Notes ในสถานที่หรือสภาพแวดล้อมอื่น) ตารางต่อไปนี้แสดงลำดับพื้นฐานของการดำเนินงานสำหรับวิธีการที่ไคลเอ็นต์ของ Outlook ค้นหาบริการการหาอัตโนมัติ:

1	วัตถุจุดเชื่อมต่อบริการ (SCP)-การเชื่อมต่อภายในเท่านั้น ไคลเอ็นต์ Outlook พยายามที่จะค้นหาตำแหน่งของเรกคอร์ด A สำหรับ URL ที่ถูกส่งกลับโดยวัตถุ SCP
2	โดเมน SMTP ของผู้ใช้ (ตัวอย่างเช่น https://proseware.com) ไคลเอนต์ Outlook พยายามที่จะค้นหาตำแหน่งเรกคอร์ด A สำหรับโดเมน SMTP ของผู้ใช้
3	โดเมน SMTP ของผู้ใช้ถูกเตรียมพร้อมด้วยการค้นหาอัตโนมัติ (ตัวอย่างเช่น https://autodiscover.proseware.com) ไคลเอนต์ Outlook พยายามที่จะค้นหาตำแหน่งของเรกคอร์ด A สำหรับ URL ที่ถูกผนวกด้วยการค้นหาอัตโนมัติ
4	ไคลเอ็นต์ Outlook พยายามค้นหาระเบียน DNS บริการ (SRV) สำหรับบริการการค้นหาอัตโนมัติในโซน DNS ที่ตรงกับโดเมน SMTP ของผู้ใช้ (ตัวอย่างเช่น _autodiscover _tcp proseware .com) ระเบียน SRV จะส่งกลับ URL อื่นซึ่งต้องมีระเบียนที่สามารถแก้ได้แบบบางชนิดได้เช่นระเบียน A หรือระเบียน CNAME
5	ผล ถ้าไม่พบบริการการค้นหาอัตโนมัติโดยวิธีการใดๆเหล่านี้การค้นหาอัตโนมัติล้มเหลว

ในสรุปบริการการค้นหาอัตโนมัติอาจได้รับการแก้ไขโดยการใช้เรกคอร์ด A ระเบียน CNAME หรือระเบียน SRV เมื่อต้องการกำหนดว่าจะใช้ระเบียนใดในปัจจุบันให้เรียกใช้คำสั่งต่อไปนี้ที่พร้อมท์คำสั่งหรือใน Windows PowerShell:

หากต้องการค้นหาเรกคอร์ด A ให้เรียกใช้คำสั่งต่อไปนี้ ตรวจสอบให้แน่ใจว่าคุณแทนที่SMTPDomain.comด้านล่างกับโดเมนที่มีค่าที่ด้านบนของข้อผิดพลาดของใบรับรองของคุณ

nslookup set type=A Autodiscover.SMTPDomain.com

หากต้องการค้นหาระเบียน SRV เรียกใช้คำสั่งต่อไปนี้:

nslookup set type=SRV _autodiscover._tcp.SMTPDomain.com

ในตัวอย่างต่อไปนี้ไคลเอนต์ Outlook สามารถค้นหาบริการการค้นหาอัตโนมัติโดยใช้เรกคอร์ด A สำหรับ URL การค้นหาอัตโนมัติตามที่อธิบายไว้ในขั้นตอนที่3ในตารางก่อนหน้านี้:

autodiscover.proseware.comอย่างไรก็ตามในขณะที่เรากล่าวถึงในส่วน "สาเหตุ" URL นี้ไม่อยู่ใน SAN ของใบรับรอง SSL ที่ใช้โดยบริการการค้นหาอัตโนมัติ ตัวอย่างเช่นดูภาพจากหน้าจอต่อไปนี้: ในการแก้ไขปัญหานี้ให้ใช้วิธีการต่อไปนี้

แทนระเบียน A ที่มีอยู่โดยใช้ระเบียน SRV ที่ชี้ไปยัง namespace ที่มีอยู่ใน SAN ของใบรับรอง SSL

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

สร้างเรกคอร์ด SRV ใหม่ ระเบียน SRV ควรถูกสร้างในโซน DNS ที่ตรงกับโดเมน SMTP ของผู้ใช้ ระเบียน SRV ควรมีคุณสมบัติดังต่อไปนี้:
- บริการ: _autodiscover
- โพรโทคอล: _tcp
- พอร์ต: ๔๔๓
- โฮสต์: URL สำหรับการเปลี่ยนเส้นทาง URL นี้อาจเป็น URL ของ Outlook Web Access (OWA) เนื่องจาก IP ที่แก้ไขแล้วควรจะเหมือนกับบริการการค้นหาอัตโนมัติ นอกจากนี้อาจแตกต่างจากการปรับใช้กับการปรับใช้
ก่อนที่คุณจะเอาระเบียน A ที่มีอยู่ระเบียน SRV ใหม่ควรได้รับการทดสอบโดยการเปลี่ยนแปลงแฟ้มโฮสต์ของผู้ใช้เพื่อเปลี่ยนเส้นทางระเบียน A ปัจจุบันไปยัง IP ที่ไม่ถูกต้อง การทดสอบนี้สามารถตรวจสอบว่าระเบียน SRV ใหม่ทำงานตามที่คาดไว้ก่อนที่คุณปรับใช้ระเบียน DNS ใหม่ไปยังองค์กรทั้งหมด ทราบ เมื่อระเบียน SRV ถูกใช้โดยไคลเอนต์ Outlook ผู้ใช้อาจได้รับข้อความต่อไปนี้ที่แนะนำผู้ใช้ของการเปลี่ยนเส้นทางที่กำลังจะเกิดขึ้น เราขอแนะนำให้ผู้ใช้เลือกกล่องกาเครื่องหมายไม่ถามฉันเกี่ยวกับเว็บไซต์นี้อีกครั้งเพื่อไม่ให้ข้อความแสดงขึ้นอีก
เมื่อระเบียน SRV ทำงานตามที่คาดไว้คุณสามารถเอาระเบียน A ที่มีอยู่ออกจาก DNS

ข้อมูลเพิ่มเติม

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับบริการการค้นหาอัตโนมัติไปที่เว็บไซต์ของ Microsoft TechNet ดังต่อไปนี้:

การทำความเข้าใจเกี่ยวกับบริการการค้นหาอัตโนมัติ

อาการ

สาเหตุ

การแก้ไข

แทนระเบียน A ที่มีอยู่โดยใช้ระเบียน SRV ที่ชี้ไปยัง namespace ที่มีอยู่ใน SAN ของใบรับรอง SSL

ข้อมูลเพิ่มเติม

ต้องการความช่วยเหลือเพิ่มเติมหรือไม่

ต้องการตัวเลือกเพิ่มเติมหรือไม่

ข้อมูลนี้เป็นประโยชน์หรือไม่

ขอบคุณสำหรับคำติชมของคุณ!