Temos um cluster do Exchange 2013 SP1 com balanceamento de carga, executando MAPI sobre HTTP.
A conectividade do cliente em nossa própria rede funciona perfeitamente, enquanto os clientes conectados pelo Direct Access não se conectam. Os logs do Outlook no cliente não mostram absolutamente nenhum erro.
O servidor de acesso direto está executando o 2012 R2, os clientes são todos Windows 8.1. Tudo está consertado.
Eu estive procurando loucamente nas últimas semanas, e os únicos hits interessantes que recebo são sobre o TMG 2010 (UAG) filtrando as solicitações devido à alteração do IP de origem (o balanceador de carga do Exchange). Existe um artigo da Base de Conhecimento (982604) que descreve isso, e uma publicação bastante pesada no blog sobre o problema do suporte premier, mas, infelizmente, o script não funciona no nosso servidor, pois não é o TMG e é o Windows Server 2012 R2.
Estou perdida aqui. Vou fazer essa pergunta uma semana, depois apresentarei um caso de suporte importante com a Microsoft.
Respostas:
Eu já encontrei esse tipo de problema anteriormente (em uma solução baseada em HAproxy); no meu caso, era o Exchange 2010 e o ISA 2006 Server com o filtro RPC ativado. Desativamos o filtro RPC e ficamos felizes novamente ...
Pesquisei um pouco e descobri o seguinte:
http://geek.martinwahlberg.com/problem-using-forced-tunneling-mode-in-directaccess
O que sugere problemas com o Outlook, DirectAccess e modo de encapsulamento que nunca foram resolvidos (exceto um possível registro de cliente hackeado ..), então eu me perguntei se era a mesma coisa. ele tem o ID do seu caso nos comentários, portanto, se você for para a MS, poderá adicionar algum peso ao seu caso.
fonte
Qual build do Exchange 2013 os servidores CAS estão executando? Não estou familiarizado com o "KEMP VLM-1000", mas possuo uma carga balanceada do Exchange 2013 usando o NGINX e deparei-me com um problema semelhante ao anterior ao Exchange 2013 SP1, em que o RPC não funciona com a carga balanceada em HTTPS.
Na versão recente do Exchange 2013 SP1, eles implementaram o MAPI sobre HTTPS, que visa solucionar esse problema - ainda não testei o link technet está abaixo
Exchange 2013 SP1 - MAPI sobre HTTPS
Deixe-me saber como você se dá, pois ainda não consegui implementar isso, pois acabei de usar o haproxy para o TCP load balance entre os servidores CAS.
fonte