Os utilizadores de uma organização federada não é possível ver as informações de disponibilidade da organização de anotherExchange

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 2752387
Sintomas
Quando configura uma fidedignidade de Federação entre uma organização local do Microsoft Exchange Server e uma organização do Exchange Server remota, os utilizadores não consigo ver as informações de disponibilidade dos utilizadores na organização remoto.

Além disso, os seguintes erros são registados no registo de eventos no servidor local do Exchange:

Origem do evento: Disponibilidade MSExchange
ID do evento: 4001
Descrição:
Processar Microsoft.Exchange.InfoWorker.Common.Delayed'1[System.String]: <> </>SMTP:user@domain.com falhou. Excepção devolvida é Microsoft.Exchange.InfoWorker.Common.Availability.AutoDiscoverFailedException: falhou a detecção automática para o endereço de correio electrónico <> </>SMTP:user@domain.com com a excepção System.Web.Services.Protocols.SoapHeaderException: Ocorreu um erro ao verificar a segurança da mensagem.

Origem do evento: Disponibilidade MSExchange
ID do evento: 4002
Descrição
:
FederatedCrossForest de ProxyWebRequest de S-1-5-21-3124261755-470644396-3029476549-1139 para https://autodiscover.domain.com/ews/exchange.asmx falhou. SID do autor da chamada: WSSecurity. A excepção devolvido é Microsoft.Exchange.InfoWorker.Common.Availability.ProxyWebRequestProcessingException: System.Web.Services.Protocols.SoapHeaderException: Ocorreu um erro ao verificar a segurança da mensagem.


Além disso, são registadas como se segue nos registos de W3SVC respostas de HTTP 500 devolvidas para pedidos de disponibilidade na floresta remota do Exchange server:

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

Causa
Este problema ocorre porque a propriedade WSSecuritydo directório virtual "Detecção automática" ou o directório virtual "EWS" está desactivada nos servidores de acesso de cliente na organização do Exchange Server 2010 local.
Resolução
Troca de 2016 ou Exchange 2013
Para resolver este problema, reponha a autenticação de WSSecurity para os directórios virtuais no site do Exchange novamente final para cada servidor na organização remota.

  1. Abra o Windows Powershell e adicione o snap-in de gestão do Exchange.
    Add-PSSnapin Microsoft.Exchange.Management.PowerShell.SnapIn
  2. Desactive a autenticação de WSSecurity para o directório virtual de EWS utilizando o cmdlet conjunto WebServicesVirtualDirectory.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Exchange Back End)" -WSSecurityAuthentication:$False
  3. Active a autenticação de WSSecurity para o directório virtual de EWS utilizando o cmdlet conjunto WebServicesVirtualDirectory.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Exchange Back End)" -WSSecurityAuthentication:$True
  4. Desactive a autenticação de WSSecurity para o directório virtual de detecção automática utilizando o cmdlet conjunto AutodiscoverVirtualDirectory.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Exchange Back End)" -WSSecurityAuthentication:$False
  5. Autenticação de WSSecurity de Eable para o directório virtual de detecção automática utilizando o cmdlet conjunto AutodiscoverVirtualDirectory.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Exchange Back End)" -WSSecurityAuthentication:$True
  6. Reinicie os agrupamentos de aplicações utilizando o cmdlet WebAppPool de reinício.
    Restart-WebAppPool MSExchangeAutodiscoverAppPoolRestart-WebAppPool MSExchangeServicesAppPool

Exchange 2010
Para resolver este problema, reponha a autenticação de WSSecurity para os directórios virtuais em cada servidor de acesso de cliente na organização remota.

  1. Abra a Shell de gestão do Exchange.
  2. Desactive a autenticação de WSSecurity para o directório virtual de EWS utilizando o cmdlet conjunto WebServicesVirtualDirectory.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Default Web Site)" -WSSecurityAuthentication:$False
  3. Active a autenticação de WSSecurity para o directório virtual de EWS utilizando o cmdlet conjunto WebServicesVirtualDirectory.
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Default Web Site)" -WSSecurityAuthentication:$True
  4. Desactive a autenticação de WSSecurity para o directório virtual de detecção automática utilizando o cmdlet conjunto AutodiscoverVirtualDirectory.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Default Web Site)" -WSSecurityAuthentication:$False
  5. Active a autenticação de WSSecurity para o directório virtual de detecção automática utilizando o cmdlet conjunto AutodiscoverVirtualDirectory.
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Default Web Site)" -WSSecurityAuthentication:$True
  6. Reinicie os agrupamentos de aplicações utilizando a sintaxe seguinte:
    appcmd stop appPool /appPool.name:MSExchangeAutodiscoverAppPoolappcmd start appPool /appPool.name:MSExchangeAutodiscoverAppPoolappcmd stop appPool /appPool.name:MSExchangeServicesAppPoolappcmd start appPool /appPool.name:MSExchangeServicesAppPool

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2752387 - Última Revisão: 09/24/2016 01:09:00 - Revisão: 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 KbMtpt
Comentários