Este é exatamente o tipo de coisa em que o DNS é bom e os endereços IP não. Se você tiver cada um dos hosts configurados para ter um nome de host individual e para fazer uma atualização dinâmica de DNS para um servidor central toda vez que ele se conectar à rede, você sempre poderá ssh para (por exemplo) server43.dynamic.example.com
.
Como você pode ver no exemplo acima, se você fizer isso, eu recomendaria delegar uma subzona para esses hosts dinâmicos, para evitar que alguém contamine seu DNS principal.
Editar: primeiro, você escolhe seu domínio. Vamos supor que você possa obter um subdomínio fora do seu corporativo principal, digamos sub.example.com
.
Então você obtém alguns servidores DNS; dois é um bom número. Talvez você possa pegar carona em seus servidores corporativos, talvez você precise obter alguns VPSs ou alugar NS hosting de alguém com alguma pista. Você faz com que os indivíduos do DNS corporativo deleguem sub.example.com
para esses servidores.
Em seguida, você configura todas as caixas de cliente para executar atualizações de DDNS nesse subdomínio para esses servidores de nomes. Você configura todos eles com segredos válidos para fazer atualizações de TSIG e configura os servidores principais para aceitar atualizações dinâmicas, mas somente quando assinados corretamente.
Quando um cliente fica on-line, digamos client33
, ele faz uma atualização de DDNS para client33.sub.example.com
, conforme descrito acima. Sua caixa central de propagação pode a qualquer momento ssh para client33.sub.example.com
, sabendo que o endereço estará atualizado.