SSH para o computador na rede local a partir do nome do host DynDNS

1

Estou tentando configurar o DynDNS para um computador pessoal na minha rede doméstica para acesso SSH. Eu tenho o DynDNS configurado e consegui encaminhar o roteador corretamente para que qualquer tentativa de conexão à porta 22 no nome do host do dyndns aponte para o computador apropriado, que responde com o openssh. Tudo funciona bem, desde que a tentativa de conexão venha de uma rede externa. Se eu tentar conectar-me a partir de um computador diferente conectado ao mesmo roteador, ele apenas fica parado. Não consigo descobrir o que preciso fazer para poder usar o nome do host do dyndns para conectar ao meu servidor ssh na mesma rede. Qualquer insight apreciado.

    
por Thought Space Designs 30.12.2013 / 04:55

1 resposta

1

O nome DNS DynDNS é mapeado para um IP público. O IP da caixa SSH na sua rede local é um IP privado.

Seu roteador só aceita conexões com seu IP público em sua porta WAN.

{Internet} --- [WAN PORT {public IP}  (router)   {private IP} LAN PORT] --- {local network}

O DNS provavelmente está resolvendo bem, mas o roteador está bloqueando a tentativa de conexão ao seu IP público a partir da porta LAN (interface aka).

A maneira mais fácil de lidar com isso é apenas usar o IP privado na caixa quando estiver na LAN. É possível configurar o DNS zoneado duplo para que ele seja resolvido corretamente na rede local e externa. Mas duvido que isso seja algo que valha a pena.

Uma solução simples seria fazer uma entrada em seu arquivo hosts na máquina da qual você deseja fazer o SSH. Por exemplo, crie uma entrada especial como sshbox.local e use esse nome DNS quando estiver na LAN.

... Se você está pronto para isso, aqui estão alguns exemplos de como configurar um servidor DNS nessa situação:

  • Em uma rede privada, configuração básica de zona: link
  • Agora, para lidar com consultas DNS de IPs privados de maneira diferente de IPs públicos. Isso chamou 'views' no servidor DNS ISC BIND (o padrão): link

Eu usei várias exibições de DNS há alguns anos e elas funcionam bem depois de configuradas. Em vantagem de fazer isso, seu DNS reverso (que você deve configurar) fará com que a conexão local opere mais rapidamente. Esta é provavelmente uma das maiores coisas que faltam na maioria das redes corporativas.

    
por 30.12.2013 / 05:50