Guida operativa basata su un caso verificato. Risoluzione verificata di un conflitto sulla porta 53: servizio DNS autoritativo in ascolto sull'IP dedicato senza interrompere il resolver locale.
Errore iniziale
PowerDNS Authoritative non riusciva ad avviarsi perché la porta UDP 53 era già occupata da un resolver presente sul sistema. L'errore non era nelle zone DNS: il demone non riusciva a ottenere il bind della socket.
Individuare chi occupa la porta
ss -lntup '( sport = :53 )'
systemctl status pdns --no-pager
systemctl status systemd-resolved --no-pager
journalctl -u pdns -n 80 --no-pagerControllare separatamente TCP e UDP: un server autoritativo deve rispondere a entrambe le modalità quando richiesto.
Soluzione applicata
È stato configurato PowerDNS per ascoltare sull'indirizzo di servizio dedicato, evitando la sovrapposizione con systemd-resolved su loopback. La proprietà local-address di PowerDNS limita gli indirizzi di bind, senza disabilitare necessariamente il resolver usato dal sistema operativo.
Configurazione di esempio
# /etc/powerdns/pdns.conf
local-address=IP_DNS_AUTORITATIVO
local-port=53
systemctl restart pdns
systemctl is-active pdnsUsare soltanto un IP realmente configurato sull’interfaccia; questa guida non prescrive di disabilitare systemd-resolved indiscriminatamente.
Verifica conclusiva
dig @IP_DNS_AUTORITATIVO version.bind TXT CH +short
dig @IP_DNS_AUTORITATIVO example.org SOA +norecurse
ss -lntup '( sport = :53 )'Nel caso documentato PowerDNS 4.8.3 è tornato attivo e ha risposto alla query CHAOS sul proprio indirizzo dedicato. La creazione delle zone e la delega pubblica sono attività distinte.
Prevenzione
Prima di installare più software DNS sullo stesso host, assegnare esplicitamente indirizzi di ascolto, verificare i conflitti all'avvio e includere test sia locali sia da una rete esterna.
Approfondimenti correlati
Comandi e percorsi riportano segnaposto generici; verificare versioni e backup prima di applicarli in produzione.