Desculpe pelo título, espero que este diagrama dê algum sentido;
A solução que tenho agora é conectar minha estação de trabalho principal à rede Raspberry Pi e, em seguida, conectar-me à máquina sem cabeça por meio da área de trabalho remota local (já que minha estação de trabalho principal e minha estação de trabalho sem cabeça estão conectadas ao Raspberry Pi) por meio deste IP local, 192.168 .42.1 que funciona bem.
Gostaria de poder conectar-me à máquina sem cabeça a partir da minha estação de trabalho principal sem precisar mudar para a rede Raspberry Pi, permanecendo conectado à minha rede host principal. Eu usaria um programa como o Teamviewer, mas preciso que a conexão remota seja feita localmente por motivos de latência. É claro que o IP 192.168.42.1 não funcionará quando conectado à minha rede doméstica. Existe alguma maneira de fazer uma ponte ou tornar esse tipo de conexão possível?
Responder1
Isso já soa como uma duplicata demuitosperguntas... mas aqui vai mesmo assim:
existe alguma maneira de fazer uma ponte ou tornar esse tipo de conexão possível?
Sim, é literalmente o que um roteador deve fazer.
O roteador principal, denominado "Rede Doméstica (Roteador)", precisa de umrotadescrevendo esta conexão:
- Destino: 192.168.42.0/24 (máscara 255.255.255.0)
- Portal: 192.168.1.65
Adicione isso através do roteador"Rotas Estáticas"página de configuração. Tentei adivinhar o prefixlen (máscara de rede) da rede de destino e ajustar se necessário.
Se o "roteador" não oferecer esta função, o plano B é adicionar a rota diretamente na estação de trabalho principal (por exemplo, usandoroute -p addse rodar Windows). Claro, dessa forma afetará apenas este computador.
O Raspberry Pi, e/ou a Headless Machine, também precisam de uma rota na direção inversa. No entanto, no seu caso, isso já está coberto por uma rota automática de "sub-rede local" no Pi (ou em muitos outros casos pela rota "gateway padrão"), então você não precisa fazer nada de especial.
A configuração do firewall no Raspberry Pi deve permitir conexões do intervalo de endereços IP da rede doméstica. Idealmente, também deveria evitar realizar NAT para pacotesparaesse intervalo (ou seja, uma regra 'ACCEPT' específica da sub-rede acima da regra genérica 'MASQUERADE'), mas graças ao conntrack, as respostas de saída para conexões de entrada já o ignoram de qualquer maneira.