Modo de transporte IPsec entre máquinas atrás de dispositivos Nat que não estão funcionando

0

Meu cenário não usa nenhum tipo de VPN e não usa o RRAS.

Estou tentando estabelecer uma conexão IPsec entre duas máquinas Windows 10 (ambas com o 1709 totalmente corrigido), ambas por trás de diferentes dispositivos Nat.

Através do firewall do Windows, criei duas regras de transporte em ambas as máquinas, as regras estão relacionadas ao protocolo Smb.

As máquinas estão ambas por trás de um Nat, os dois dispositivos Nat estão conectados pela Internet.

Eu criei em ambas as máquinas a chave de registro "AssumeUDPEncapsulationContextOnSendRule" e configurei seu valor em ambas as peças para "2".

No dispositivo Nat em frente ao servidor, estou tentando alcançar as portas Udp 500 e 4500 encaminhadas e todas as portas relacionadas ao Smb para o próprio servidor.

Em ambas as peças eu permiti, através do firewall do Windows, as portas Udp de entrada e saída 500, 4500 e até permitidas “Travessia de borda” para Smb em conexão no servidor pc.

Quando tento acessar remotamente o servidor, as associações de segurança de modo rápido são criadas, mas a conexão não está funcionando. (A saída do comando Get-NetIpsecQuickmodeSa parece ok, isto é, o encapsulamento Udp foi criado corretamente)

A conexão funciona quando o cliente está por trás de um Nat e o servidor tem um Ip público, mas não funciona quando o cliente tem um Ip público e o servidor está atrás de um Nat ou quando o cliente e o servidor estão atrás de um Nat.

Deve haver algum cenário que estou ignorando.

Por favor, ajude-me a resolver este problema.

Muito obrigado

    
por Evolve_or_Die 04.03.2018 / 12:17

2 respostas

1

Eu tinha certeza que havia algum cenário que eu estava ignorando e aí está:

Set-NetFirewallSetting -AllowIPsecThroughNAT Ambos

A configuração do Registro "AssumeUDPEncapsulationContextOnSendRule" está relacionada ao antigo serviço de agente de política do Windows IPsec.

O comando acima Powershell permite o mesmo comportamento para o firewall do Windows, em particular, define o valor do registro "IPsecThroughNAT" para "2".

Agora, tudo está funcionando como esperado e, como deveria, desde o início, essa deve ser a configuração padrão.

    
por 08.03.2018 / 23:02
0

O Windows pode não suportar o servidor por trás de um dispositivo NAT. Requer que o servidor tenha um endereço IP público. Há uma solução alternativa adicionando a seguinte chave do Registro.

Local da subchave do registro: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ PolicyAgent Nome do valor DWORD: AssumeUDPEncapsulationContextOnSendRule Dados do valor DWORD: 2

Fonte:

link

link

    
por 05.03.2018 / 12:46