Come impostare il DNS 8.8.8.8 in Windows 11: 2 metodi

Se vuoi usare il DNS pubblico di Google su Windows 11, il punto non è solo “dove cliccare”: devi anche capire quale interfaccia stai modificando, come verificare che il resolver sia davvero attivo e come tornare indietro senza lasciare la macchina in uno stato ambiguo. In pratica hai due strade: impostazione grafica, comoda per una singola postazione, oppure PowerShell, più pulita se devi standardizzare il cambio o documentarlo in modo ripetibile.

Prima di cambiare il DNS, chiarisci l’obiettivo. Il DNS 8.8.8.8 è un resolver pubblico, quindi sposti la risoluzione dei nomi fuori dal DNS assegnato da router, ISP o rete aziendale. Questo può migliorare coerenza e troubleshooting, ma non è una magia: se il problema è sulla connettività, sul firewall, sul proxy o sulla policy di rete, cambiare DNS non risolve. Se lavori in ambiente gestito, verifica anche se il client riceve DNS via DHCP o via VPN: in quel caso il cambio locale può essere sovrascritto.

Quando ha senso usare 8.8.8.8 su Windows 11

Il cambio verso 8.8.8.8 ha senso soprattutto in questi scenari: una linea domestica con DNS del provider instabile, una macchina di test, un laptop che passa spesso da reti diverse, oppure un caso di troubleshooting in cui vuoi escludere il resolver locale. Non ha invece molto senso come “fix generico” su un PC aziendale se la rete impone DNS interni per Active Directory, filtri, split-brain DNS o naming di servizi interni. In quel caso rischi di rompere la risoluzione dei nomi intranet.

Se il tuo obiettivo è solo provare se un sito risponde meglio, il test corretto è misurare prima e dopo: risoluzione con nslookup, apertura del sito, e se serve la latenza percepita. Se invece devi fare una modifica stabile, conviene annotare il DNS attuale prima di toccare qualcosa, così il rollback è immediato.

Metodo 1: impostazione grafica da Windows 11

È il metodo più semplice se devi operare su una singola macchina. La logica è: apri le proprietà della scheda di rete attiva, disattivi l’assegnazione automatica dei DNS e inserisci manualmente 8.8.8.8 come primario. Se vuoi ridondanza, puoi aggiungere anche 8.8.4.4 come secondario, sempre di Google.

1. Apri Impostazioni e vai su Rete e Internet.
2. Seleziona la connessione in uso: Wi‑Fi oppure Ethernet.
3. Apri le proprietà dell’adattatore o il dettaglio della connessione.
4. Cerca la sezione relativa all’assegnazione DNS e scegli Modifica.
5. Imposta Manuale, attiva IPv4 e inserisci 8.8.8.8 come DNS preferito.
6. Facoltativamente aggiungi 8.8.4.4 come DNS alternativo.
7. Salva e chiudi.

Dopo il salvataggio, Windows può mantenere in cache i vecchi record per un po’. Se vuoi forzare una verifica pulita, apri un terminale e svuota la cache DNS locale. Questo non cambia il DNS configurato, ma evita di leggere risultati vecchi durante il test.

ipconfig /flushdns

Se il comando va a buon fine, dovresti vedere un messaggio di conferma. A questo punto controlla il resolver effettivo interrogando un nome noto. Il comando sotto ti mostra quale server DNS risponde alla query.

nslookup example.com

Nell’output, la riga con Server: e Address: deve riflettere il DNS che hai impostato, o comunque la catena di risoluzione in uso. Se vedi ancora il DNS precedente, i casi più comuni sono tre: la modifica è stata fatta sulla scheda sbagliata, la connessione è gestita da una VPN, oppure la rete impone un DNS via policy o DHCP che sovrascrive il locale.

Metodo 2: PowerShell, più rapido e ripetibile

Con PowerShell hai più controllo e riduci gli errori di click. È il metodo che preferisco quando devo documentare una modifica, applicarla a più workstation o fare troubleshooting con rollback chiaro. Prima devi identificare il nome dell’interfaccia attiva, poi assegnare il DNS manualmente.

1. Apri PowerShell con privilegi adeguati.
2. Elenca le interfacce di rete per trovare il nome esatto dell’adattatore attivo.

Get-NetAdapter

Nel risultato cerca il nome dell’interfaccia con stato Up. Su molti sistemi sarà qualcosa come Wi-Fi o Ethernet. Usa quel nome nel comando successivo.

1. Imposta il DNS IPv4 primario su 8.8.8.8.

Set-DnsClientServerAddress -InterfaceAlias "Wi-Fi" -ServerAddresses 8.8.8.8

Se vuoi aggiungere anche il secondario, passa entrambi gli indirizzi nello stesso comando.

Set-DnsClientServerAddress -InterfaceAlias "Wi-Fi" -ServerAddresses 8.8.8.8,8.8.4.4

La modifica è immediata, ma anche qui conviene svuotare la cache locale e verificare il resolver effettivo. In PowerShell puoi fare tutto senza uscire dal terminale.

Clear-DnsClientCache
nslookup example.com

Se vuoi controllare la configurazione applicata, usa questo comando. È utile anche come prova in un ticket o in un change record.

Get-DnsClientServerAddress -InterfaceAlias "Wi-Fi" -AddressFamily IPv4

Il risultato deve mostrare 8.8.8.8 tra gli indirizzi configurati. Se non compare, o se compare un altro server, c’è quasi sempre una sovrascrittura da parte di VPN, criteri di rete o software di sicurezza che gestisce la connessione.

Verifica corretta: non fermarti al solo valore in GUI

Un errore classico è fermarsi al campo compilato nella finestra delle proprietà. Quello dice che hai scritto un valore, non che il sistema lo stia usando davvero. La verifica giusta è su tre livelli: configurazione locale, query DNS e comportamento applicativo.

1. Configurazione locale: controlla con Get-DnsClientServerAddress o nella GUI che 8.8.8.8 sia presente.
2. Query DNS: usa nslookup example.com e osserva il server interrogato.
3. Comportamento applicativo: apri un sito che prima dava problemi e verifica che il caricamento sia coerente.

Se vuoi una prova più precisa, confronta prima e dopo con un nome che sai essere stabile. In ambiente di test puoi anche interrogare più volte lo stesso dominio e osservare se la risposta resta coerente. Se il problema era legato alla cache del resolver locale, lo noterai subito. Se invece il problema persiste, il DNS probabilmente non era la causa.

Problemi tipici dopo il cambio DNS

Il primo problema tipico è la risoluzione dei nomi interni che smette di funzionare. Succede spesso in reti aziendali dove i server interni sono visibili solo tramite DNS privati. Se dopo il cambio non raggiungi share, portali interni o host con nomi non pubblici, non insistere: il sintomo indica che 8.8.8.8 non è adatto a quel profilo di rete.

Il secondo problema è la presenza di una VPN che impone DNS propri. In questo caso puoi anche vedere 8.8.8.8 in locale, ma il traffico di risoluzione segue il tunnel. Per confermarlo, confronta la configurazione quando la VPN è attiva e quando è disattivata. Se il nome risolve solo con VPN attiva, la policy della VPN è il fattore determinante.

Il terzo problema è la cache. Dopo il cambio, alcune applicazioni usano risultati già memorizzati. Svuotare la cache con ipconfig /flushdns aiuta, ma non è una bacchetta magica: browser, client mail e software con resolver propri possono mantenere cache separate.

Rollback pulito: tornare al DNS automatico

Prima di cambiare il DNS conviene sapere come tornare indietro in due minuti. Il rollback corretto è rimettere l’assegnazione automatica, non lasciare un DNS manuale “temporaneo” dimenticato lì per mesi. Questo vale ancora di più su laptop che si spostano tra reti diverse.

1. Apri le proprietà DNS della scheda di rete.
2. Disattiva l’impostazione manuale e riporta il DNS su Automatico.
3. In PowerShell, ripristina il comportamento DHCP con il comando dedicato.

Set-DnsClientServerAddress -InterfaceAlias "Wi-Fi" -ResetServerAddresses

Dopo il rollback, svuota la cache e verifica di nuovo con nslookup. Se il DNS torna automaticamente ma la risoluzione resta anomala, il problema è a monte: router, DHCP, firewall o rete upstream. In quel caso il cambio locale non è più il piano giusto.

Due metodi, due contesti d’uso

La GUI è la scelta giusta se stai lavorando su una macchina sola, vuoi ridurre il rischio di digitazione e ti serve una modifica veloce. PowerShell è migliore se vuoi ripetibilità, controllo e una traccia chiara del prima e dopo. In entrambi i casi, la regola pratica è la stessa: cambia solo l’interfaccia che ti serve, verifica che il cambio sia effettivo e tieni pronto il rollback.

Un dettaglio spesso trascurato: se la macchina usa sia Wi‑Fi sia Ethernet, potresti dover configurare l’interfaccia attiva in modo coerente con quella realmente usata per uscire su Internet. È un errore banale, ma è anche il motivo per cui molti pensano che “Windows non abbia preso il DNS”, quando in realtà hanno cambiato il profilo sbagliato.

Se il tuo contesto è domestico, 8.8.8.8 è una scelta pratica. Se sei in azienda, prima verifica la policy di rete: spesso il DNS pubblico è consentito solo per test e non per uso permanente. In ambienti con compliance, logging o filtri di contenuto, il resolver centrale fa parte del controllo di sicurezza e aggirarlo può creare più problemi di quanti ne risolva.

Comandi utili per un check rapido

Questi comandi ti aiutano a chiudere il cerchio dopo la modifica. Non servono tutti sempre, ma sono quelli che uso per capire in pochi minuti se il client sta davvero usando il DNS previsto.

ipconfig /all
ipconfig /flushdns
nslookup example.com
Get-NetAdapter
Get-DnsClientServerAddress -AddressFamily IPv4

Assunzione operativa: i passaggi sopra sono pensati per una postazione Windows 11 standard non vincolata da policy di dominio che impongano DNS interni; se sei in rete gestita, verifica prima le regole locali e la presenza di VPN o profili MDM.