Perché il DNS Dinamico Aggiorna l'Indirizzo Pubblico Sbagliato?

Eva Wong

IceWhale author

Eva Wong è la Technical Writer e smanettatrice residente di ZimaSpace. Una geek da sempre con una passione per homelab e software open-source, si specializza nel tradurre concetti tecnici complessi in guide accessibili e pratiche. Eva crede che l'auto-ospitare debba essere divertente, non intimidatorio. Attraverso i suoi tutorial, dà potere alla comunità di demistificare le configurazioni hardware, dalla costruzione del loro primo NAS al dominio dei container Docker.

Why Does Dynamic DNS Update the Wrong Public Address? - Zima Store Online

Il Dynamic DNS aggiorna l'indirizzo sbagliato quando l'updater rileva un'interfaccia o un'uscita internet diversa da quella a cui i client remoti devono accedere.

In una rete domestica, il router può segnalare un indirizzo WAN privato dietro un altro gateway, un updater lato server può vedere un'uscita VPN o proxy, un updater IPv6 può sovrascrivere un record IPv4, oppure due client possono aggiornare lo stesso hostname da posizioni diverse. La diagnosi inizia scegliendo una fonte di verità per l'indirizzo pubblico e poi identificando esattamente quale updater, record, famiglia di indirizzi e metodo di rilevamento ha prodotto il valore errato.

Confronta Tre Indirizzi Contemporaneamente

Registra il record DDNS, l'indirizzo WAN del router e l'indirizzo pubblico osservato da un servizio esterno IPv4 o IPv6. Aggiungi timestamp in modo che un cambiamento recente legittimo non venga scambiato per un aggiornamento errato.

Un caso nella community TP-Link ha mostrato un router che riportava un indirizzo da un pool NAT del provider mentre l'internet esterno vedeva un indirizzo diverso, lasciando l'hostname DDNS puntato al indirizzo WAN errato.

Se tutti e tre corrispondono, il problema è probabilmente la cache DNS o la raggiungibilità remota piuttosto che il valore dell'aggiornamento. Se il record DDNS corrisponde al router ma non all'indirizzo esterno, indaga sul NAT a monte; se non corrisponde a nessuno dei due, controlla la configurazione e i log dell'updater.

Identifica Come l'Updater Rileva l'Indirizzo

Determina se il client DDNS legge un'interfaccia nominata, interroga il router, analizza un gateway locale, usa l'indirizzo sorgente della richiesta di aggiornamento o interroga un servizio esterno "qual è il mio IP".

Una discussione nella community Zyxel chiede perché un firewall dietro un altro router NAT non possa aggiornare automaticamente il vero indirizzo pubblico quando conosce solo l'indirizzo WAN privato a monte.

Scegli il rilevamento esterno quando l'updater si trova dietro NAT e il provider lo supporta. Scegli il rilevamento dell'interfaccia solo quando quell'interfaccia possiede effettivamente l'indirizzo pubblico; altrimenti, un updater perfettamente funzionante può pubblicare un valore errato per progettazione.

Controlla per Double NAT e CGNAT

Verifica se l'indirizzo WAN del router rientra in un intervallo privato o condiviso e se un altro modem o gateway ISP esegue il primo NAT. Il Dynamic DNS può pubblicare un indirizzo, ma non può creare un inoltro in ingresso attraverso una rete a monte che non controlli.

Un caso nel forum di supporto Synology tedesco ha riportato che il NAT del provider ha causato al DDNS di rilevare un indirizzo che non era il vero endpoint pubblico.

Se controlli il router a monte, metti il router a valle in modalità bridge o inoltra il percorso richiesto attraverso entrambi i livelli. Se l'ISP usa CGNAT, richiedi un indirizzo pubblico o usa un tunnel o relay in uscita invece di cambiare ripetutamente il client DDNS.

-15% OFF

ZimaBoard 2 - Mini server domestico per la tua grande idea

Single board computer zimaboard2

Separa gli Aggiornamenti IPv4 e IPv6

Controlla i record A e AAAA indipendentemente e confronta ciascuno con un test esterno per la stessa famiglia di indirizzi. Non presumere che un aggiornamento IPv6 riuscito dimostri che il record IPv4 sia corretto.

Un client configurato per monitorare un'interfaccia può pubblicare un indirizzo IPv6 temporaneo, un indirizzo con prefisso delegato che cambia successivamente, o un indirizzo IPv4 da un'uscita VPN. Mantieni lavori di aggiornamento e record provider separati quando le famiglie di indirizzi hanno cicli di vita diversi.

Disabilita solo l'aggiornamento della famiglia di indirizzi sospetta e ripeti il test. Se l'accesso remoto si ripristina quando il record AAAA o A errato viene rimosso, ripara quel percorso prima di ripristinare il DNS dual-stack.

Trova Client Duplicati e Record Errati

Elenca ogni router, NAS, container, script, host cloud e dispositivo mobile che ha credenziali per aggiornare l'hostname. Due client validi in posizioni diverse possono sovrascriversi ripetutamente.

Gli utenti Dynu hanno documentato casi in cui un client di aggiornamento ha causato più record condividessero un unico IP perché l'account o la configurazione del client puntava a più record del previsto.

Assegna a ogni posizione e famiglia di indirizzi un hostname, token e lavoro di aggiornamento distinti. Revoca le credenziali inutilizzate e conferma che il log indichi esattamente il record modificato prima di fidarti di un messaggio di successo.

Valida il Record Attraverso un Vero Cambiamento di Indirizzo

Dopo aver corretto il metodo di rilevamento e la proprietà dell'updater, forza una riconnessione WAN sicura o attendi il prossimo cambiamento legittimo di indirizzo. Registra il nuovo indirizzo esterno, il log di aggiornamento, la risposta DNS autorevole, la risposta del resolver ricorsivo e il risultato della connessione remota.

La guida ZimaSpace sul perché l'accesso remoto segue uno stato IP vecchio fornisce la fase successiva dopo che il valore DDNS stesso diventa corretto.

Il problema si risolve solo quando un updater approvato pubblica l'indirizzo IPv4 o IPv6 corretto, nessun secondo client lo sovrascrive, la risposta autorevole cambia entro l'intervallo previsto e un client esterno raggiunge il servizio domestico previsto.