O Exchange 2010 Outlook Anywhere (RPC sobre HTTP) não está funcionando (A seção do provedor EXCH está ausente na resposta da Descoberta Automática).

3

Um pouco de backstory ... rede explodiu, reconstruída. Este AD sobreviveu a pessoas que não sabiam o que estavam fazendo, o Exchange 2007 (instalado e removido algumas vezes), o Exchange 2010 (atualmente em uso e reutilizado de uma falha).

Meu Outlook em Qualquer Lugar (RPC sobre HTTP) não está funcionando, a resposta XML está abaixo e, até onde posso dizer, está fornecendo todas as informações corretas, mas o testexchangeconnectivity.com ainda diz "A seção do provedor EXCH está ausente na resposta da Descoberta Automática "

Eu passei pelo AD com um pente fino e acredito que está tudo bem (tudo está correto no serviço do Exchange em configuração no ADSIEDIT), embora eu possa não estar procurando nos lugares certos.

Meu URL interno e externo é o mesmo. Qualquer dica sobre onde procurar ou qualquer entrada é muito apreciada!

<?xml version="1.0"?>
<Autodiscover xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
  <Response xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
    <User>
      <DisplayName>User Name</DisplayName>
      <LegacyDN>/o=Org/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=User Name</LegacyDN>
      <DeploymentId>1f6566b1-18f9-43ae-a2f4-495916449c3f</DeploymentId>
    </User>
    <Account>
      <AccountType>email</AccountType>
      <Action>settings</Action>
      <Protocol>
        <Type>EXCH</Type>
        <MdbDN>/o=Org/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=TRITON/cn=Microsoft Private MDB</MdbDN>
        <ASUrl>https://mail.domain.com/EWS/exchange.asmx</ASUrl>
        <OOFUrl>https://mail.domain.com/EWS/exchange.asmx</OOFUrl>
        <OABUrl>http://mail.domain.com/OAB/484c877c-a2ca-4ec7-b6eb-69c51c199245/</OABUrl>
        <UMUrl>https://mail.domain.com/EWS/UM2007Legacy.asmx</UMUrl>
        <Port>0</Port>
        <DirectoryPort>0</DirectoryPort>
        <ReferralPort>0</ReferralPort>
        <CertPrincipalName>msstd:*.domain.com</CertPrincipalName>
        <PublicFolderServer>ScuttleTwo.domain.com</PublicFolderServer>
        <AD>Dewey.students.domain.com</AD>
        <EwsUrl>https://mail.domain.com/EWS/exchange.asmx</EwsUrl>
        <EcpUrl>https://mail.domain.com/ecp</EcpUrl>
        <EcpUrl-um>?p=customize/voicemail.aspx&amp;exsvurl=1</EcpUrl-um>
        <EcpUrl-aggr>?p=personalsettings/EmailSubscriptions.slab&amp;exsvurl=1</EcpUrl-aggr>
        <EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?exsvurl=1&amp;IsOWA=&lt;IsOWA&gt;&amp;MsgID=&lt;MsgID&gt;&amp;Mbx=&lt;Mbx&gt;</EcpUrl-mt>
        <EcpUrl-sms>?p=sms/textmessaging.slab&amp;exsvurl=1</EcpUrl-sms>
      </Protocol>
      <Protocol>
        <Type>EXPR</Type>
        <Server>mail.domain.com</Server>
        <ASUrl>https://mail.domain.com/EWS/exchange.asmx</ASUrl>
        <OOFUrl>https://mail.domain.com/EWS/exchange.asmx</OOFUrl>
        <OABUrl>https://mail.domain.com/OAB/484c877c-a2ca-4ec7-b6eb-69c51c199245/</OABUrl>
        <UMUrl>https://mail.domain.com/EWS/UM2007Legacy.asmx</UMUrl>
        <Port>0</Port>
        <DirectoryPort>0</DirectoryPort>
        <ReferralPort>0</ReferralPort>
        <SSL>On</SSL>
        <AuthPackage>Basic</AuthPackage>
        <CertPrincipalName>msstd:*.domain.com</CertPrincipalName>
        <EwsUrl>https://mail.domain.com/EWS/exchange.asmx</EwsUrl>
        <EcpUrl>https://mail.domain.com/ecp</EcpUrl>
        <EcpUrl-um>?p=customize/voicemail.aspx&amp;exsvurl=1</EcpUrl-um>
        <EcpUrl-aggr>?p=personalsettings/EmailSubscriptions.slab&amp;exsvurl=1</EcpUrl-aggr>
        <EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?exsvurl=1&amp;IsOWA=&lt;IsOWA&gt;&amp;MsgID=&lt;MsgID&gt;&amp;Mbx=&lt;Mbx&gt;</EcpUrl-mt>
        <EcpUrl-sms>?p=sms/textmessaging.slab&amp;exsvurl=1</EcpUrl-sms>
      </Protocol>
      <Protocol>
        <Type>WEB</Type>
        <Port>0</Port>
        <DirectoryPort>0</DirectoryPort>
        <ReferralPort>0</ReferralPort>
        <Internal>
          <OWAUrl AuthenticationMethod="Basic, Fba">https://mail.domain.com/owa/</OWAUrl>
          <Protocol>
            <Type>EXCH</Type>
            <ASUrl>https://mail.domain.com/EWS/exchange.asmx</ASUrl>
          </Protocol>
        </Internal>
        <External>
          <OWAUrl AuthenticationMethod="Fba">https://mail.domain.com/owa/</OWAUrl>
          <Protocol>
            <Type>EXPR</Type>
            <ASUrl>https://mail.domain.com/EWS/exchange.asmx</ASUrl>
          </Protocol>
        </External>
      </Protocol>
    </Account>
  </Response>
</Autodiscover>
    
por Shadow00Caster 02.02.2011 / 20:47

2 respostas

4

Eu tive esse mesmo problema, e demorei um pouco, já que a mensagem de erro da ferramenta Conectividade Remota do Exchange é bastante enganosa.

O que isso acabou sendo, para mim, era uma referência a um servidor CAS que havia sido removido recentemente, na propriedade RPCClientAccessServer dos bancos de dados. (Como pano de fundo, o Exchange é novo no meu ambiente e eu configurei o Exchange com alguns nomes de host de 'teste'. Uma vez que era hora de migrar para nomes de host de produção, removi os servidores de teste do ambiente ...)

O RPCClientAccessServer parece não estar definido dinamicamente. Obviamente, como esta é minha implementação inicial do Exchange, não sou especialista, por isso, se alguém puder fornecer mais informações sobre isso, por favor, satisfaça-me.

De qualquer forma, a resolução para esse problema foi tão simples quanto pegar os bancos de dados e redefinir a propriedade RPCClientAccessServer, usando o PowerShell.

Por exemplo, o seguinte obtém todos os bancos de dados no host "mailbox01" e define o RPCClientAccessServer como "newCAS02":

    Get-MailboxDatabase -Server mailbox01.example.local | Set-MailboxDatabase -RPCClientAccessServer newCAS02.example.local

Observe que esses devem ser FQDNs.

Para dar crédito onde o crédito é devido, eu encontrei a minha solução aqui link

Eu pensei em postar aqui, porque não menciona nada sobre o erro "Seção do provedor de serviço ausente", e essa solução foi um pouco difícil de rastrear.

    
por 14.07.2011 / 20:41
0

É um pouco difícil diagnosticar com base no relatório de log incluído. Eu vejo o HTTPS lá, então eu verificaria se você importou seu certificado SSL.

Você mencionou que o Exchange 2010 é a sua execução a partir de agora. Você o levou para o SP1? Se você puder fazer isso e seguir o artigo da Microsoft TechNet, esse deve ser o melhor lugar para começar.

link

há também um comando do powershell Test-OutlookConnectivity

boa sorte, deixe-nos saber como funciona.

    
por 02.02.2011 / 20:51