O termo que você está procurando é CNAME , e a resposta para sua pergunta é sim e não.
Primeiro, aqui está um exemplo de como um CNAME funciona em um arquivo de zona.
example.se IN SOA ns1.example.se. hostmaster.example.se. (
[....]
)
server1 A 10.1.2.3
www CNAME server1
Agora, basta atualizar o registro server1
para mover server1
e www
para o novo endereço IP.
O CNAME não precisa apontar para um endereço dentro do mesmo domínio; também poderia ser assim:
example.se IN SOA ns1.example.se. hostmaster.example.se. (
[....]
)
www CNAME server1.example.org.
Agora, quando você atualizar o registro A de server1
na zona example.org
, o registro de www.example.se
seguirá sem nenhuma configuração adicional.
A parte ruim, do seu ponto de vista, é que isso não funciona para o registro do ápice - isso significa que o domínio "nu". Em outras palavras, você pode fazer www.example.com
em um CNAME, mas não pode fazer isso com example.com
. Isso ocorre porque, quando você usa um registro CNAME, não é possível ter nenhum registro adicional para essa entrada - o que significa que você não pode ter registros de servidor de email nem registros de servidor de nomes ... o que significa que o domínio deixará de funcionar. p>
A solução de melhor prática é usar algum tipo de software de gerenciamento de configuração, como fantoche, chef ou ansible, para gerar os arquivos de zona a partir de um modelo. Se, por algum motivo, isso não for possível para você, use um script para substituir os endereços IP em todos os arquivos.
Você também desejará reduzir o valor do TTL para o domínio no devido tempo antes da migração. (E não se esqueça de atualizar o número de série do arquivo de zona - eu tenho, e é muito embaraçoso ...)