curl non risolve ma il ping all'IP funziona: triage DNS (e resolv.conf che si sovrascrive)

Se l'IP risponde e il nome no, è DNS al 100%: resolvectl status (o cat /etc/resolv.conf) dice chi dovrebbe rispondere, dig @1.1.1.1 example.com scavalca la configurazione e separa "il resolver è rotto" da "la rete è rotta". Il classico moderno: resolv.conf è un symlink gestito da systemd-resolved con lo stub 127.0.0.53 – e se un container o una VPN lo bypassano, i sintomi diventano creativi. L'altro grande classico: lo modifichi a mano e al riavvio si sovrascrive – perché non è tuo: lo riscrivono NetworkManager, il client DHCP o resolved. La correzione va fatta nel padrone giusto: i DNS si dichiarano nella connessione di NetworkManager (nmcli con mod), in netplan, o in resolved.conf – non nel file generato. Il lucchetto chattr +i su resolv.conf è la resa, non la soluzione. Per scegliere che DNS usare, il discorso resolver privati è a parte.