Los usuarios de una organización federada no pueden ver la información de disponibilidad de la organización de anotherExchange

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 2752387
Síntomas
Cuando configura una confianza de federación entre una organización de Microsoft Exchange Server local y una organización de Exchange Server remota, los usuarios no pueden ver la información de disponibilidad de los usuarios de la organización remota.

Además, los siguientes errores se registran en el registro de sucesos en el servidor local de Exchange:

Origen de eventos: Disponibilidad de Microsoft Exchange
Id. de suceso: 4001
Descripción:
Procesar Microsoft.Exchange.InfoWorker.Common.Delayed'1[System.String]: <> </>SMTP:user@domain.com falladas. Excepción devuelto es Microsoft.Exchange.InfoWorker.Common.Availability.AutoDiscoverFailedException: error de detección automática para la dirección de correo electrónico <> </>SMTP:user@domain.com con excepción System.Web.Services.Protocols.SoapHeaderException: se produjo un error al comprobar la seguridad del mensaje.

Origen de eventos: Disponibilidad de Microsoft Exchange
Id. de suceso: 4002
Descripción
:
Error de ProxyWebRequest FederatedCrossForest de S-1-5-21-3124261755-470644396-3029476549-1139 a https://autodiscover.domain.com/ews/exchange.asmx. Llamador SID: WSSecurity. La excepción devuelta es Microsoft.Exchange.InfoWorker.Common.Availability.ProxyWebRequestProcessingException: System.Web.Services.Protocols.SoapHeaderException: se produjo un error al comprobar la seguridad del mensaje.


Además, las respuestas de HTTP 500 devueltos para solicitudes de disponibilidad en el servidor de Exchange del bosque remoto se registran como sigue en los registros de W3SVC:

POST /autodiscover/autodiscover.svc/WSSecurity 10.0.0.20 - 443 - CrossForest/ASAutoDiscover/EmailDomain/500 0 0 15

Causa
Este problema se produce porque la propiedad WSSecuritydel directorio virtual "EWS" o el directorio virtual "Detección automática" está deshabilitada en los servidores acceso de cliente de la organización local de Exchange Server 2010.
Solución
2016 de Exchange o intercambio de 2013
Para resolver este problema, restablezca la WSSecurity la autenticación para los directorios virtuales en el sitio de Exchange Back End para cada servidor de la organización remota.

  1. Abrir Windows Powershell y agregue el complemento de administración de Exchange.
    Add-PSSnapin Microsoft.Exchange.Management.PowerShell.SnapIn
  2. Deshabilitar la autenticación para el directorio virtual de EWS con el cmdlet Set-WebServicesVirtualDirectory WSSecurity.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Exchange Back End)" -WSSecurityAuthentication:$False
  3. Habilitar la autenticación para el directorio virtual de EWS con el cmdlet Set-WebServicesVirtualDirectory WSSecurity.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Exchange Back End)" -WSSecurityAuthentication:$True
  4. Deshabilitar la autenticación para el directorio virtual de detección automática mediante el cmdlet Set-AutodiscoverVirtualDirectory WSSecurity.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Exchange Back End)" -WSSecurityAuthentication:$False
  5. Eable WSSecurity la autenticación para el directorio virtual de detección automática mediante el cmdlet Set-AutodiscoverVirtualDirectory.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Exchange Back End)" -WSSecurityAuthentication:$True
  6. Reiniciar los grupos de aplicaciones mediante el cmdlet WebAppPool de reinicio.
    Restart-WebAppPool MSExchangeAutodiscoverAppPoolRestart-WebAppPool MSExchangeServicesAppPool

Exchange 2010
Para resolver este problema, restablezca la WSSecurity la autenticación para los directorios virtuales en cada servidor de acceso de cliente de la organización remota.

  1. Abra el Shell de administración de Exchange.
  2. Deshabilitar la autenticación para el directorio virtual de EWS con el cmdlet Set-WebServicesVirtualDirectory WSSecurity.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Default Web Site)" -WSSecurityAuthentication:$False
  3. Habilitar la autenticación para el directorio virtual de EWS con el cmdlet Set-WebServicesVirtualDirectory WSSecurity.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Default Web Site)" -WSSecurityAuthentication:$True
  4. Deshabilitar la autenticación para el directorio virtual de detección automática mediante el cmdlet Set-AutodiscoverVirtualDirectory WSSecurity.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Default Web Site)" -WSSecurityAuthentication:$False
  5. Habilitar la autenticación de WSSecurity para el directorio virtual de detección automática mediante el cmdlet Set-AutodiscoverVirtualDirectory.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Default Web Site)" -WSSecurityAuthentication:$True
  6. Reiniciar los grupos de aplicaciones utilizando la sintaxis siguiente:
    appcmd stop appPool /appPool.name:MSExchangeAutodiscoverAppPoolappcmd start appPool /appPool.name:MSExchangeAutodiscoverAppPoolappcmd stop appPool /appPool.name:MSExchangeServicesAppPoolappcmd start appPool /appPool.name:MSExchangeServicesAppPool

Advertencia: este artículo se tradujo automáticamente

Propriétés

ID d'article : 2752387 - Dernière mise à jour : 09/24/2016 01:38:00 - Révision : 4.0

Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2010 Standard, Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard

  • kbsurveynew kbtshoot kbexpertiseinter kbmt KB2752387 KbMtes
Commentaires