Il tentativo del server Accesso client %1 di trasmettere tramite proxy il traffico di Servizi Web Exchange al server Accesso ...

Il tentativo del server Accesso client %1 di trasmettere tramite proxy il traffico di Servizi Web Exchange al server Accesso client %2 ha avuto esito negativo perché l'autenticazione per la connessione tra i due server Accesso client non è riuscita. Questa situazione può essere dovuta ad uno dei seguenti problemi di configurazione:
1. Il nome host in %3 potrebbe non essere registrato come Nome principale servizio (SPN) con Kerberos sul server Accesso client di destinazione. Generalmente, questo problema si verifica quando si utilizza l'indirizzo IP invece del nome host del server Accesso client nella configurazione "internalHostname" per la directory virtuale di Servizi Web Exchange sul server Accesso client di destinazione. È possibile modificare la configurazione "internalHostname" per il server Accesso client di destinazione usando il cmdlet "Set-Webservicesvirtualdirectory". Se non si desidera modificare la configurazione "internalHostname" per la directory virtuale di Servizi Web Exchange sul server Accesso client di destinazione, è possibile utilizzare lo strumento "setspn.exe" sul server Accesso client per registrare ulteriori SPN per i quali quel server Accesso client potrà accettare l'autenticazione Kerberos.
2. Il server con %4 potrebbe essere stato configurato per non consentire l'autenticazione Kerberos. Potrebbe essere stato impostato per l'utilizzo dell'autenticazione Windows integrata con la directory virtuale /ews, ma essere configurato per utilizzare solo l'autenticazione NTLM (non Kerberos) per l'autenticazione Windows integrata. Se si ritiene che questa possa essere la causa dell'errore, consultare la documentazione IIS per ulteriori procedure e suggerimenti.