Dado um prefixo público /24, anunciado via BGP, 192.0.2.0/24. Dividi esse prefixo em várias redes menores. Eu gostaria de usar de 1 a 2 servidores para o servidor DNS (direto e reverso) que precisa de um IP estático. Como esse IP precisa ir como registro NS para a zona pai, alterar o IP não é simples (e requer suporte do administrador de 2.0.192.in-addr.arpa).
As várias redes são conectadas entre si por meio de links/túneis p2p e OSPF. Uma dessas redes é 192.0.2.208/28 e eu gostaria de usar 192.0.2.212 como servidor DNS. O servidor DNS será uma máquina virtual e eu gostaria de ter flexibilidade para movê-lo para outra rede em um local diferente, digamos 192.0.2.234 em 192.0.2.232/29. Normalmente, isso requer não apenas a alteração do IP, mas também a coordenação com o proprietário de 2.0.192.in-addr.arpa na atualização do registro NS.
Eu estava pensando em escolher um endereço/32 do prefixo, digamos 192.0.2.255/32. Este endereço poderia então ser atribuído a um dispositivo fictício ou como um segundo IP. Mas, a menos que o servidor DNS se torne um roteador (e/ou execute OSPF também), preciso lidar com o roteamento estático, o que também parece um incômodo.
Qual é a melhor solução para este cenário? Quase qualquer outro serviço pode ser endereçado via DNS, portanto o IP em si não é tão crítico. Mas para um servidor DNS é.
O método preferido para fazer essas coisas é executar seu servidor DNS em IP virtual suportado por VRRP ( keepalived ) ou CARP ( ucarp ). No entanto, isso funcionará apenas no domínio de transmissão comum.
Se você não quiser lidar com OSPF ou roteamento estático em um servidor, mas ainda quiser que ele faça roaming entre sub-redes, você pode usar algum tipo de tunelamento entre o servidor e o roteador de borda, ou seja, usar L2TP e usar /32 atribuído a tun0 como DNS endereço do servidor.