ข้อผิดพลาด OWA 500, ECP ทำงานได้ดี

ฉันได้รับข้อผิดพลาด 500 หลังจากเข้าสู่ระบบ OWAฉันป้อนข้อมูลรับรองในแบบฟอร์มการลงชื่อเข้าใช้ มันเปลี่ยนเส้นทางไปยังหน้าบึ้งที่มีข้อผิดพลาด 500 รายละเอียดเพิ่มเติมแสดงเพียงชื่อเซิร์ฟเวอร์ของฉันและวันที่/เวลา UTC (ฉันเป็น -6 Central) อย่างไรก็ตาม หากฉันแก้ไข URL จาก my.domain\owa เป็น my.domain\ecp ฉันจะถูกนำไปที่ ECP ทันที นั่นแสดงว่าฉันกำลังตรวจสอบความถูกต้อง

สิ่งนี้เกิดขึ้นกับ 8 หรือ 9 บัญชีที่ฉันได้ทดสอบ ฉันได้ทดสอบทั้งภายในและภายนอกกับเบราว์เซอร์และอุปกรณ์ที่หลากหลาย Outlook ยังคงใช้งานได้และอุปกรณ์ Android และ iOS รับอีเมลโดยไม่มีปัญหา เป็นเพียงการดูรายการจดหมายที่เสีย

ฉันได้ลองแก้ไขจาก Microsoft แล้ว: https://docs.microsoft.com/en-us/exchange/troubleshoot/administration/cannot-access-owa-or-ecp-if-oauth-expired#Resolution ฉันได้ดูด้วย Exchange Server 2016 ข้อผิดพลาด OWA 500.

ฉันได้สร้างไดเรกทอรีเสมือน OWA ขึ้นใหม่แล้ว (ลบ-OwaVirtualDirectory แล้วสร้างใหม่-OwaVirtualDirectory)

นี่คือ Exchange 2016 ภายในองค์กรบน Server 2012 R2 VM ไม่มีสภาพแวดล้อมแบบไฮบริดหรือเซิร์ฟเวอร์อีเมลอื่นๆ

[PS] C:\scripts>Get-ExchangeServer | รุ่นรายการรูปแบบ, AdminDisplayVersion

รุ่น : มาตรฐาน
AdminDisplayVersion : เวอร์ชัน 15.1 (รุ่น 2242.4)

ขอบคุณอีวาน

ฉันไม่ทราบว่ามีบัญชีใดที่สามารถเข้าถึง OWA ได้สำเร็จ ฉันได้รับตั๋วแจ้งปัญหาบางอย่างจากผู้ใช้และทดสอบบัญชี 8 หรือ 9 บัญชีด้วยตัวเอง ซึ่งคิดเป็นประมาณ 10% ของผู้ใช้ของฉัน

นี่คือผลลัพธ์ของ Test-ServiceHealth บริการเดียวที่ไม่ทำงานคือ Unified Messaging

[PS] C:\Windows\system32>Test-ServiceHealth

บทบาท : บทบาทเซิร์ฟเวอร์กล่องจดหมาย
RequiredServicesRunning : จริง
ServicesRunning : {IISAdmin, MSExchangeADTopology, MSExchangeDelivery, MSExchangeIS, MSExchangeMailboxAssistants, MSExchangeRepl, MSExchangeRPC, MSExchangeServiceHost, MSExchangeSubmission, MSExchangeThrottling, MSExchangeTransportLogSearch, W3Svc, WinRM}
ServicesNotRunning : {}

บทบาท : บทบาทเซิร์ฟเวอร์การเข้าถึงไคลเอนต์
RequiredServicesRunning : จริง
ServicesRunning : {IISAdmin, MSExchangeADTopology, MSExchangeMailboxReplication, MSExchangeRPC, MSExchangeServiceHost, W3Svc, WinRM}
ServicesNotRunning : {}

บทบาท : บทบาทเซิร์ฟเวอร์การส่งข้อความแบบรวม
RequiredServicesRunning : เท็จ
ServicesRunning : {IISAdmin, MSExchangeADTopology, MSExchangeServiceHost, W3Svc, WinRM}
ServicesNotRunning : {MSExchangeUM}

บทบาท : บทบาทเซิร์ฟเวอร์ Hub Transport
RequiredServicesRunning : จริง
ServicesRunning : {IISAdmin, MSExchangeADTopology, MSExchangeEdgeSync, MSExchangeServiceHost, MSExchangeTransport, MSExchangeTransportLogSearch, W3Svc, WinRM}
ServicesNotRunning : {}

การเชื่อมโยงเว็บไซต์เริ่มต้นสำหรับ 443 และการเชื่อมโยงส่วนหลังสำหรับ 444 ถูกตั้งค่าเป็นใบรับรอง GoDaddy ของฉันซึ่งใช้ได้ถึงวันที่ 22/06/2022

ฉันยังใช้ Get-HealthReport และฉันมีปัญหาสุขภาพมากมาย: HubTransport, ECP, Search, OWA.Protocol และ UM HealthSet สองสามชุด เมื่อมองลึกลงไปที่ชุดการค้นหา HostControllerSer..., SearchQueryFailur... และ SearchQueryStxMon...

ฉันคิดว่าฉันกำลังจะสร้างเมลเซิร์ฟเวอร์ใหม่และย้ายฐานข้อมูล

ฉันติดตั้งการอัปเดต CU22 อีกครั้ง และสิ่งนี้ได้แก้ไขปัญหา OWA ของฉัน ฉันยังใช้แพตช์เพิ่มเติมและเรียกใช้ MSCert บริการค้นหาของฉันหยุดทำงาน ฉันจึงเริ่มต้นใหม่และตั้งค่าเป็นอัตโนมัติ (ล่าช้า) และการค้นหาก็ทำงานเช่นกัน เมื่อฉันพูดถึงเรื่องนี้กับหัวหน้าของฉันในรายงานกิจกรรมประจำสัปดาห์ เขาบอกฉันเกี่ยวกับความคิดของเขาที่จะย้ายไปใช้ M365 ในปี 2023 แต่สิ่งนี้ทำให้เขาเชื่อว่าเราควรย้ายแต่เนิ่นๆ ตอนนี้แทนที่จะสร้างเซิร์ฟเวอร์ภายในองค์กรใหม่ ฉันกำลังเตรียมสิ่งต่างๆ สำหรับระบบคลาวด์

อย่างไรก็ตาม หากฉันแก้ไข URL จาก my.domain\owa เป็น my.domain\ecp ฉันจะถูกนำไปที่ ECP ทันที นั่นแสดงว่าฉันกำลังตรวจสอบความถูกต้อง

คุณพบปัญหาเดียวกันเมื่อเข้าถึง ECP หรือไม่ มีกล่องจดหมายใดที่สามารถเข้าสู่ระบบและเข้าถึง OWA ได้สำเร็จหรือไม่

โปรดดำเนินการตรวจสอบด้านล่าง อาจช่วยได้:

1. เรียกใช้คำสั่งต่อไปนี้ใน EMS (Exchange PowerShell) และดูว่า บริการที่จำเป็น กำลังทำงานบนเซิร์ฟเวอร์ Exchange ของคุณ: Test-ServiceHealth

2. นำทางไปยัง ผู้จัดการ IIS และดู ผูกพัน ของ เว็บไซต์เริ่มต้น และ แบ็กเอนด์การแลกเปลี่ยน เว็บไซต์ (พอร์ต 443 และ 444). ตามค่าเริ่มต้น ไซต์เริ่มต้นและแบ็กเอนด์จะผูกใบรับรองที่ลงนามเองเดียวกัน (ไมโครซอฟท์ เอ็กซ์เชนจ์). หากคุณมีใบรับรองการค้า เว็บไซต์เริ่มต้นควรผูกพันใบรับรองนี้ และไซต์แบ็กเอนด์ยังคงผูกพันกับใบรับรองที่ลงนามด้วยตนเองข้างต้น

3. ตรวจสอบว่ามีข้อผิดพลาดหรือคำเตือนใน ผู้ชมเหตุการณ์ เมื่อใช้บัญชี 8 หรือ 9 เพื่อเข้าถึง OWA

4. ตรวจสอบว่ามีการเปลี่ยนเส้นทาง http หรือการเขียน URL ใหม่สำหรับไดเรกทอรีเสมือน OWA หรือไม่ หากมี ให้ลองปิดใช้งานชั่วคราวและดูว่าปัญหายังคงอยู่หรือไม่

จากผลลัพธ์ของคุณด้านบน เวอร์ชัน CU ปัจจุบันของเซิร์ฟเวอร์ Exchange ของคุณคือ CU20 ซึ่งไม่ใช่เวอร์ชันล่าสุด ฉันขอแนะนำให้คุณอัปเกรด Exchange เป็น รุ่นล่าสุด(แต่การอัปเกรด CU จะเขียนทับการตั้งค่า Exchange หรือ Internet Information Server (IIS) ที่กำหนดเองใดๆ ที่คุณทำไว้ในไฟล์การกำหนดค่าแอปพลิเคชัน Exchange XML บนเซิร์ฟเวอร์ Exchange: แหล่งที่มา).