Primeiro, a ideia geral da tabela de roteamento é especificar como alcançar todos os hosts e redes possíveis. A tabela de roteamento é organizada automaticamente para que as entradas mais específicas sejam fornecidas primeiro e a primeira entrada que corresponda ao endereço de destino de um pacote de dados seja usada para esse pacote. A rota menos específica sempre será o gateway padrão: é uma espécie de "para todo o resto que eu não especifiquei, envie-a por lá".
Em sua situação, você precisará ter uma ideia de quais segmentos de rede estão sendo usados em sua intranet e especificar uma ou mais entradas de rota direcionando qualquer tráfego destinado a esses segmentos de rede para o gateway do lado da intranet.
Por exemplo, posso supor que todos os seus segmentos de intranet estejam provavelmente dentro do intervalo de endereços 10. *. Nesse caso, eu especificaria uma rota como esta:
sudo route add -net 10.0.0.0 netmask 255.0.0.0 gw 10.144.96.1 dev enp0s20u2
Com o comando ip
, a sintaxe equivalente seria:
sudo ip route add 10.0.0.0/8 via 10.144.96.1 dev enp0s20u2
Como o segmento sem fio já tem uma rota gerada automaticamente para ele, qualquer item do segmento 10.161.248.0/21 será alcançado automaticamente por meio da interface sem fio, incluindo o gateway padrão com a menor métrica, portanto, isso deve fornecer informações básicas Conectividade com a Internet, enquanto a nova rota enviará o tráfego vinculado a todos os outros 10. segmentos para o gateway da intranet pela interface com fio.
Se os servidores DNS atualmente configurados estiverem localizados no lado da intranet e também resolverem os endereços da Internet, tudo deve ser bem-sucedido. Mas se você precisar usar um servidor DNS para endereços da Internet e outro para a intranet, fica complicado.
Primeiro, se o servidor DNS do lado da Internet precisar ser acessado pela interface sem fio e não estiver localizado no segmento sem fio 10.161.248.0/21, será necessário criar uma entrada de rota separada para ele.
E, em segundo lugar, você não poderá configurar nada como "obter as informações desses domínios deste servidor DNS e de todos os outros domínios desse outro servidor DNS" usando apenas /etc/resolv.conf
. Às vezes, resolvi essas situações instalando um servidor de nomes BIND local em uma configuração somente de cache e especificando o servidor DNS do lado da Internet como um encaminhador padrão e gravando configurações de encaminhador por zona apontando para o servidor DNS da intranet para todo o DNS da intranet domínios.