Estou procurando conectar um cliente VPN ao servidor VPN e, em seguida, esse cliente também oferecerá um servidor VPN. Eu simplesmente não consigo acertar o roteamento.
Vou tentar explicar o objetivo final.
desenho muito rápido da rede estou pensando
Gostaria que todos os clientes do lado Servidor/Cliente pudessem se comunicar com todos os sistemas do lado esquerdo e também que a rota voltasse.
Estou fazendo isso há horas e simplesmente não consigo acertar o roteamento.
alguma ajuda, por favor?
Responder1
(Supondo que topology subnet
sejam usados para todos os servidores e clientes. A resposta pode ou não se aplicar ao tap apporach.)
Para rotear de 10.8.0.0/24
para 10.10.0.0/24
, você só precisa:
- permitir o encaminhamento de IP entre as duas interfaces tun em
10.8.0.1/24
- push route for
10.10.0.0/24
para seus clientes para garantir que o tráfego seja roteado para o túnel.
É um pouco mais complicado rotear de 10.10.0.0/24
para 10.8.0.0/24
. Basicamente, o que você deseja deste lado é rotear através de um cliente em vez do servidor. Você pode pensar que definir o "cliente gateway" desejado como route-gateway
faria os outros clientes. Mas, na verdade, isso nem importa.
Para tornar um determinado cliente o gateway de uma determinada rota ( 10.8.0.0/24
neste caso), o que você precisa fazer é:
- adicione um arquivo "CCD" (confira
--client-config-dir
no manual do openvpn para mais detalhes) para ele, com seu nome comum (CN) como nome do arquivo. No arquivo, adicioneiroute 10.8.0.0 255.255.255.0
. - adicione
client-to-client
à configuração do servidor de10.10.0.1/24
. - adicione um arquivo "CCD" chamado
DEFAULT
. No arquivo, adicionepush "route 10.8.0.0 255.255.255.0"
. - adicione
route 10.8.0.0 255.255.255.0
à configuração do servidor10.10.0.1/24
se quiser acessar10.8.0.0/24
a partir dele (ou se quiser evitarclient-to-client
).
EDIT: client-to-client
pode ser evitado se o encaminhamento de IP também for permitido entre as duas interfaces tun on 10.10.0.1/24
. Sem client-to-client
, iroute
seria aplicado apenas ao próprio servidor. Nesse caso, os tráfegos dos clientes serão roteados "internamente" 10.10.0.1/24
primeiro e depois 10.8.0.1/24
(por causa do route
e iroute
aplicado ao servidor).