Muitas conexões de Internet têm endereço público dinâmico. Se a filial estiver configurada com o endereço numérico da matriz, a comunicação deixa de funcionar a cada mudança desse endereço. O DDNS resolve esse problema com um nome.
Como o DDNS funciona
DDNS é a sigla em inglês para DNS dinâmico. O DDNS mantém um nome apontando para o endereço público atual de uma conexão:
- Um programa atualizador, instalado em um computador da matriz ou embutido no próprio roteador, verifica periodicamente o endereço público.
- Quando o endereço muda, o atualizador avisa o serviço de DDNS.
- O serviço de DDNS atualiza o registro do nome.
- A filial fica configurada com o nome, e não com o endereço numérico.
Um exemplo, com o nome matriz.ddns.example.com:
- hoje, o nome aponta para o endereço
203.0.113.20; - depois de uma mudança e da atualização, o nome passa a apontar para o endereço
203.0.113.99.
Como o DDNS falha
- O atualizador parou: o endereço muda, e o nome continua apontando para o endereço antigo.
- A conta do serviço de DDNS expirou: os serviços gratuitos costumam exigir uma confirmação periódica.
- O cache de DNS da filial está desatualizado: o computador da filial continua usando uma resposta antiga, e o comando
ipconfig /flushdnsapaga o cache local.
O DDNS resolve a mudança de endereço, mas não resolve a falta de um endereço público. Com CGNAT, o nome aponta para um endereço compartilhado pelo provedor, e as conexões vindas de fora continuam sem chegar.
Como verificar
nslookup matriz.ddns.example.com: executado na filial, mostra para qual endereço o nome aponta;curl -4 ifconfig.me: executado na matriz, mostra o endereço público atual.
Se os dois endereços forem diferentes, o problema está no DDNS, e ajustes de porta, de firewall ou de serviço não resolvem.
No suporte
Os dois comandos separam, em segundos, um problema de nome de um problema de caminho. Convém executá-los antes de qualquer ajuste nas regras de encaminhamento ou no firewall.
Para guardar
- O DDNS mantém um nome apontando para um endereço público que muda.
- Se o atualizador para, o nome continua apontando para o endereço antigo.
- O resultado do nslookup na filial deve ser comparado com o endereço público real da matriz.
- O DDNS não resolve a falta de endereço público causada pelo CGNAT.
Na filial, o nslookup do nome DDNS retorna 203.0.113.20. Na matriz, o comando curl -4 ifconfig.me mostra 203.0.113.99. Qual é o diagnóstico?
O DDNS não está sendo atualizado, e o nome aponta para o endereço antigo. A investigação começa pelo atualizador na matriz. Ajustes de porta e de firewall não resolvem.
Uma matriz usa DDNS, e o nome aponta corretamente para o endereço público atual, mas as conexões das filiais não chegam. A porta WAN do roteador da matriz mostra o endereço 100.72.8.4. Qual é a explicação?
O roteador da matriz está atrás de CGNAT. O nome aponta para um endereço público compartilhado pelo provedor, e as conexões iniciadas de fora são descartadas antes de chegar ao roteador. O DDNS não resolve essa situação.