O Outlook não consegue se conectar a um cluster do Exchange 2013 com balanceamento de carga por meio do Direct Access 2012 R2

Question

Temos um cluster do Exchange 2013 SP1 com balanceamento de carga, executando o MAPI sobre HTTP.

A conectividade do cliente dentro de nossa própria rede funciona bem, 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 Direct Access está executando o 2012 R2, os clientes são todos do Windows 8.1. Tudo está corrigido.

Estou pesquisando como louco nas últimas duas semanas, e os únicos sucessos 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 de troca). Há um Artigo da Base de Dados de Conhecimento (982604) que descreve isso e um um pouco robusto blog postar sobre o problema do suporte principal, mas infelizmente o script não funciona em nosso servidor, já que não é TMG e é o Windows Server 2012 R2 ..

Eu estou perdido aqui. Vou fazer essa pergunta uma semana, depois levantarei um caso de suporte com a Microsoft.

    

Answer 1

Já enfrentei esse tipo de problema anteriormente (em uma solução baseada em HAproxy), no meu caso, foi o Exchange 2010 e o ISA 2006 Server com o filtro RPC ativado. Nós desativamos o filtro RPC e dias felizes novamente ...

Eu fiz uma pequena pesquisa em volta de mim e encontrei isto:

link

O que sugere problemas com o Outlook, o DirectAccess e o modo de encapsulamento que nunca foram resolvidos (além de um possível registro de acesso do cliente ..), por isso me perguntei se era a mesma coisa. ele tem o ID do seu caso nos comentários, então se você for ao MS, você poderá adicionar algum peso ao seu caso.

    

Answer 2

Qual build do Exchange 2013 os servidores CAS estão executando? Eu não estou familiarizado com o "KEMP VLM-1000", mas tenho carga balanceada troca 2013 usando NGINX e veio para um problema semelhante com o pré Exchange 2013 SP1 onde o RPC não funciona carga equilibrada sobre HTTPS.

Na versão recente do Exchange 2013 SP1, eles implementaram o MAPI sobre HTTPS, o qual é destinado a resolver esse problema - ainda não testei o link do technet abaixo

Exchange 2013 SP1 - MAPI por HTTPS

Deixe-me saber como você se comporta, já que ainda não implementei isso, já que usei o haproxy para balancear a carga TCP entre os servidores CAS.