Conexão através de VPN e outra sub-rede

0

Eu sou um desenvolvedor Java e por algumas semanas eu estarei encarregado da rede também. Um cliente nosso quer uma conexão VPN para sua rede que eu já montei (usando um roteador TP-link para estabelecer o IPSEC Tunnel LAN-to-LAN).

Nossa rede: 110.110.1.0/24

Rede do cliente: 192.168.100.0/24

Mas, para minha surpresa, o propósito da conexão é poder conectar-se a um servidor específico que esteja em uma sub-rede diferente.

Servidor do cliente: 192.168.1.68/32

Então está em uma sub-rede diferente (diferente da netmask ofc) ... Como posso conseguir a conexão? Eu sei que a máscara de rede não significa nada em uma conexão LAN-a-LAN, mas como o alvo está em uma sub-rede diferente com uma máscara de rede diferente.

Na minha opinião (não sou especialista) devemos apenas fazer a VPN para a sub-rede onde o servidor está.

    
por Javier 26.05.2017 / 13:43

1 resposta

0

Os

Túneis VPN devem ser implementados entre os roteadores Border. E geralmente usam as interfaces externas. Os endereços IP que você compartilhou são IPs privados, isso não deve funcionar. Você precisa de IPs públicos para o túnel.

Para se conectar ao servidor, você pode usar um GRE Tunnel que passará pela vpn e irá diretamente para o servidor.

Em uni, pelo menos essa era a maneira de se conectar entre duas sub-redes remotas.

Atualização: Eu fiz uma pequena pesquisa sobre o assunto, e descobri que túneis VPN são usados para conectar dois sites remotos como se houvesse um único cabo, então não quantas sub-redes existem na rede.

Existem diferentes tipos de encapsulamento, e alguns não podem transportar tráfego de difusão / multicast, portanto, alguns protocolos de roteamento ou roteamento multicast podem não funcionar sobre esse tipo de encapsulamento. Você poderia usar um túnel GRE dentro desse tipo de túnel para superar isso ou usar um tipo de encapsulamento diferente que suporte os recursos necessários para suporte. Outra possibilidade é usar rotas estáticas entre os sites, mas isso não é escalável, e não é dinâmico como os protocolos de roteamento são.

    
por 26.05.2017 / 17:36