"HTTP 404" errore di stato quando si accede a informazioni sulla disponibilità per le cassette postali su un server di cassette postali di Exchange Server 2013 recentemente ripristinato

IMPORTANTE: il presente articolo è stato tradotto tramite un software di traduzione automatica di Microsoft ed eventualmente revisionato dalla community Microsoft tramite la tecnologia CTF (Community Translation Framework) o da un traduttore professionista. Microsoft offre articoli tradotti manualmente e altri tradotti automaticamente e rivisti dalla community con l’obiettivo di consentire all'utente di accedere a tutti gli articoli della Knowledge Base nella propria lingua. Tuttavia, un articolo tradotto automaticamente, anche se rivisto dalla community, non sempre è perfetto. Potrebbe contenere errori di vocabolario, di sintassi o di grammatica. Microsoft declina ogni responsabilità per imprecisioni, errori o danni causati da una traduzione sbagliata o dal relativo utilizzo da parte dei clienti. Microsoft aggiorna frequentemente il software e gli strumenti di traduzione automatica per continuare a migliorare la qualità della traduzione.

Clicca qui per visualizzare la versione originale in inglese dell’articolo: 3128167
Sintomi
Cassette postali su un server multirole recentemente ripristinato di (accesso Client e cassette postali) che esegue Microsoft Exchange Server 2013 Impossibile accedere al servizio disponibilità.

Quando si verifica questo problema, vengono registrati i seguenti errori.

Registri di Outlook (file Outlook.etl):

Destinatario: user@contoso.com
Eccezione: Richiesta web Proxy non riuscita. , eccezione interna: la richiesta non riuscita con stato HTTP 404: non trovato.
Nome server:< problematic="" server="">
Tipo di eccezione: ProxyWebRequestProcessingException
Codice di risposta: ErrorProxyRequestProcessingFailed

Registri di IIS sul server problematico:

REGISTRARE /ews/exchange.asmx - 443- <Client-IP>ExchangeInternalEwsClient-AuditLog - 404 0 0 15</Client-IP>
REGISTRARE /ews/exchange.asmx - 443 - <Client-IP>ExchangeInternalEwsClient-AuditLog - 404 0 0 15</Client-IP>
/Ews/exchange.asmx POST - 443 - <Client-IP>ASProxy/CrossSite/Directory/EXCH/15.00.0847.030 - 404 0 0 0</Client-IP>
/Ews/exchange.asmx POST - 443 - <Client-IP>ASProxy/CrossSite/Directory/EXCH/15.00.0847.030 - 404 0 0 0</Client-IP>
Cause
Questo problema si verifica perché il valore di InternalNLBBypassUrl viene modificato in modo non corretto dopo un'operazione di ripristino di emergenza viene eseguita sul server Exchange 2013 multirole.
Risoluzione
Per risolvere il problema, correggere il valore di InternalNLBBypassUrl per servizi Web Exchange (EWS) sul server problematico. Il valore corretto di InternalNLBBypassUrl deve essere il seguente:
il https://<problematic server's="" fqdn="">: 444/ews/exchange.asmx
</problematic>

A tale scopo, utilizzare uno dei metodi descritti di seguito.

Metodo 1

Utilizzare ADSIEdit per modificare il valore di InternalNLBBypassUrl di EWS per questo server problematico. Quindi, ricicla il pool di applicazioni MSExchangeServicesAppPoolin IIS. Dopo è riciclare il pool di applicazioni, EWS dovrebbe funzionare come previsto.

Metodo 2

Utilizzare Windows PowerShell per modificare queste impostazioni.

Nota PowerShell finestra restituisce un messaggio di errore "scrittura ambito non all'interno di un server valido".
  1. Avviare Windows PowerShell.
  2. Aggiungere lo snap-in Exchange. A tale scopo, eseguire il comando seguente:

    Add-PSSnapin *exchange*
  3. Eseguire il comando seguente:
    Set-WebServicesVirtualDirectory -Identity "<problematic server>\EWS (Exchange Back End)" -InternalNLBBypassUrl https://<FQDN of the problematic server>:444/ews/exchange.asmx 

Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 3128167 - Ultima revisione: 01/12/2016 01:43:00 - Revisione: 1.0

Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard

  • kbsurveynew kbtshoot kbexpertiseinter kbmt KB3128167 KbMtit
Feedback