Não é possível abrir o OWA, ECP ou EMS depois de um certificado auto-assinado é removido a partir do Web site do Exchange Back End

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: 2779694
Sintomas
Quando estiver a utilizar o Microsoft Exchange Server 2013 ou Microsoft Exchange Server 2016, considere o seguinte cenário:
  • Remover o certificado auto-assinado do Microsoft Exchange a partir do Web site do Exchange Back End utilizando a MMC de certificados, remover Exchangecertificate, Gestor de IIS ou outro método.
  • Limpar a cache do IIS, reiniciar ou IISReset.
Neste cenário, não é possível ligar vários protocolos de cliente como ECP, o OWA, o ActiveSync e o Exchange Management Shell. Poderão ocorrer os seguintes problemas:
  • OWA e ECP apresentam uma página em branco.
  • Os utilizadores do ActiveSync não consegue receber mensagens de correio electrónico.
  • Exchange Management Shell irá não é possível estabelecer ligação e apresenta o seguinte erro:

    Novo-PSSession: [dc.local.mcrlegal.com] dados de processamento do servidor remoto dc.local.mcrlegal.com falhou com o
    a seguinte mensagem de erro: cliente a Shell do WinRM não consegue processar o pedido. O identificador de shell passado para a WSMan Shell
    função não é válida. O identificador de shell é válido apenas quando a função WSManCreateShell é concluído com êxito. Alterar
    o pedido, incluindo uma shell válida processar e tente novamente. Para mais informações, consulte o about_Remote_Troubleshooting
    Tópico de ajuda.
    Na linha: 1 carácter: 1
    + Novo-PSSession - ConnectionURI "$connectionUri" - ConfigurationName Microsoft.Excha...
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo: OpenError: (System.Manageme... RemoteRunspace:RemoteRunspace) [novo-PSSession], PSRemotin
    gTransportException
    + FullyQualifiedErrorId:-2144108212, PSSessionOpenFailed
    Falha ao ligar a um Exchange server no site actual.
    Introduza o servidor FQDN onde pretende ligar.:
Causa
Durante a configuração processo um certificado auto-assinado denominado Microsoft Exchange está dependente de Web site de back-end do Exchange na porta 444. Isto é para comunicação entre os web sites da Web Site predefinido e de fim anterior do Exchange. Quando o certificado é removido, o Web Site predefinido já não será possível a ligações de proxy para o web site da extremidade anterior do Exchange.
Resolução
Para resolver este problema, adicionar o certificado para o site da web de fim anterior do Exchange através da criação de um novo certificado auto-assinado e, em seguida, ligá-la para o web site da extremidade anterior do Exchange.

Nota Devem ser tomadas Thesesteps sobre a função de servidor de correio do Exchange:
  1. Inicie a Shell de gestão no servidor da caixa de correio.
  2. Tipo Novo ExchangeCertificate.

    Nota Se lhe for pedido para substituir o certificado predefinido, seleccione Não.
  3. Iniciar Gestor de IIS no servidor de correio.
  4. Expandir Site, realce Exchange Back-Ende seleccione Enlaces no painel de Acções na coluna direita.
  5. Seleccione o tipo dehttps numa porta 444.
  6. Clique em Editar e seleccione o certificado do Microsoft Exchange.
  7. A partir de uma linha de comandos de administrador, execute IISReset.


Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2779694 - Última Revisão: 10/01/2015 20:01:00 - Revisão: 2.0

Exchange Server 2016 Enterprise Edition, Microsoft Exchange Server 2013 Enterprise

  • kbsurveynew kbexpertiseinter kbtshoot kbmt KB2779694 KbMtpt
Comentários