Eroare OWA 500, ECP funcționează bine

Primesc o eroare 500 după ce m-am conectat la OWA.Introduc acreditările pe formularul de conectare, acesta redirecționează către fața încruntă cu eroarea 500. Mai multe detalii arată doar numele serverului meu și data/ora UTC (sunt -6 Central). Cu toate acestea, dacă modific adresa URL de la my.domain\owa la my.domain\ecp, sunt imediat dus la ECP. Asta pare să indice că mă autentific.

Acest lucru se întâmplă pentru cele 8 sau 9 conturi pe care le-am testat. Am testat atât intern, cât și extern și cu o varietate de browsere și dispozitive. Outlook încă funcționează, iar dispozitivele Android și iOS primesc e-mail fără nicio problemă. Doar vizualizarea articolelor de corespondență este întreruptă.

Am încercat această remediere de la Microsoft: https://docs.microsoft.com/en-us/exchange/troubleshoot/administration/cannot-access-owa-or-ecp-if-oauth-expired#resolution M-am uitat si eu Eroare 500 OWA Exchange Server 2016.

De asemenea, mi-am recreat directoarele virtuale OWA (Remove-OwaVirtualDirectory apoi New-OwaVirtualDirectory).

Acesta este Exchange 2016 on-prem pe o VM Server 2012 R2. Fără mediu hibrid sau alte servere de e-mail.

[PS] C:\scripts>Get-ExchangeServer | Format-List Edition, AdminDisplayVersion

Ediție: Standard
AdminDisplayVersion: versiunea 15.1 (build 2242.4)

Multumesc Ivan,

Nu cunosc niciun cont care poate accesa cu succes OWA. Am primit câteva bilete de probleme de la utilizatori și am testat personal 8 sau 9 conturi. Aceasta reprezintă aproximativ 10% dintre utilizatorii mei.

Acesta este rezultatul Test-ServiceHealth. Singurul serviciu care nu rulează este Unified Messaging.

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

Rol: Rol de server cutie poștală
RequiredServicesRunning : Adevărat
Servicii Răspuns: {IISAdmin, MSExchangeADTopology, MSExchangeDelivery, MSExchangeIS, MSExchangeMailboxAssistants, MSExchangeRepl, MSExchangeRPC, MSExchangeServiceHost, MSExchangeSubmission, MSExchangeThrottling, MSExchangeTransportLogSearch, W3Svc, WinRM}
Serviciile nu rulează: {}

Rol: Rol de server de acces client
RequiredServicesRunning : Adevărat
Rulează servicii: {IISAdmin, MSExchangeADTopology, MSExchangeMailboxReplication, MSExchangeRPC, MSExchangeServiceHost, W3Svc, WinRM}
Serviciile nu rulează: {}

Rol: Rol de server de mesagerie unificată
RequiredServicesRunning: False
Rulează servicii: {IISAdmin, MSExchangeADTopology, MSExchangeServiceHost, W3Svc, WinRM}
ServicesNotRunning: {MSExchangeUM}

Rol: Rol de server de transport hub
RequiredServicesRunning : Adevărat
Rulează servicii: {IISAdmin, MSExchangeADTopology, MSExchangeEdgeSync, MSExchangeServiceHost, MSExchangeTransport, MSExchangeTransportLogSearch, W3Svc, WinRM}
Serviciile nu rulează: {}

Legăturile implicite pentru site-ul web pentru 443 și legăturile back-end pentru 444 sunt setate la certificatul meu GoDaddy, care este valabil până la 22.06.2022.

De asemenea, am rulat Get-HealthReport și am o mulțime de probleme de sănătate: HubTransport, ECP, Search, OWA.Protocol și câteva UM HealthSets. Privind mai profund la setul de căutare, HostControllerSer..., SearchQueryFailur... și SearchQueryStxMon... sunt nesănătoase.

Cred că voi face doar un nou server de e-mail și voi muta baza de date.

Am reinstalat actualizarea CU22, iar aceasta mi-a rezolvat problema OWA. De asemenea, am aplicat mai multe patch-uri și am rulat MSCert. Serviciile mele de căutare au fost oprite, așa că le-am repornit și le-am setat la Automat (întârziat), iar căutarea a funcționat și acum. Când i-am menționat toate acestea șefului meu în raportul meu săptămânal de activitate, el mi-a spus despre gândurile sale despre trecerea la M365 în 2023, dar asta l-a convins că ar trebui să ne mutăm mai devreme. Deci, acum, în loc să creez un nou server on-prem, pregătesc lucrurile pentru cloud.

Cu toate acestea, dacă modific adresa URL de la my.domain\owa la my.domain\ecp, sunt imediat dus la ECP. Asta pare să indice că mă autentific

Ați întâmpinat aceeași problemă la accesarea ECP? Există vreo cutie poștală care se poate conecta și accesa OWA cu succes?

Vă rugăm să efectuați inspecțiile de mai jos, poate vă vor ajuta:

1. Rulați următoarea comandă în EMS (Exchange PowerShell) și vedeți dacă serviciile necesare rulează pe serverul dvs. Exchange: Test-ServiceHealth

2. Navigați la Manager IIS și vezi Legare al site-ul web implicit și backend de schimb site(port 443 și 444). În mod implicit, site-ul implicit și backend sunt legate de același certificat autosemnat (Microsoft Exchange). Dacă aveți un certificat comercial, site-ul web implicit ar trebui să fie legat de acest certificat, iar site-ul backend este încă legat de certificatul autosemnat de mai sus.

3. Verificați dacă există vreo eroare sau avertisment în Vizualizator de eveniment atunci când utilizați cele 8 sau 9 conturi pentru a accesa OWA.

4. Verificați dacă există vreo redirecționare http sau rescriere URL configurată pentru directorul virtual OWA, dacă există, încercați să le dezactivați temporar și vedeți dacă problema mai există.

Conform rezultatelor dvs. de mai sus, versiunea curentă CU a serverului dvs. Exchange este CU20, nu este cea mai recentă, vă sugerez să faceți upgrade Exchange la ultima versiune(Dar actualizarea CU va suprascrie orice setări personalizate Exchange sau Internet Information Server (IIS) pe care le-ați făcut în fișierele de configurare a aplicației XML Exchange pe serverul Exchange: Sursă).