Le due risposte con punteggio più alto, nmcli dev list iface <interfacename> | grep IP4
e nm-tool
presuppongono entrambe che il gestore di rete abbia il controllo. Che è - su macchine desktop la maggior parte del tempo almeno. Ma la risposta più completa è che a volte il gestore di rete non ha il controllo. Per esempio. vpnc
scompiglia con /etc/resolv.conf
direttamente.
Quindi: Prima verifica se viene usato 127.0.0.1/localhost. Questo potrebbe essere fatto con dig
:
> dig something.unknown | grep SERVER:
;; SERVER: 127.0.0.1#53(127.0.0.1)
Ora sai che noi siamo usando localhost. Vai avanti con una delle risposte popolari. Mi piace:
> nm-tool | grep DNS:
DNS: 8.8.8.8
Ma se 127.0.0.1/localhost è non usato, l'output di nm-tool
e nmcli
sarà fuorviante:
> dig something.unknown | grep SERVER:
;; SERVER: 172.22.216.251#53(172.22.216.251)
> nm-tool | grep DNS:
DNS: 8.8.8.8
Qui, dig
è corretta e le informazioni di nm-tool
sono fuorvianti. In realtà gli indirizzi locali verso l'ambiente in cui ho inserito VPN sono stati risolti correttamente. Tutto ciò che Google DNS 8.8.8.8
non conosce.
Questo perché dopo essersi connesso a una VPN con vpnc
, mette una riga in /etc/resolv.conf
in modo che assomigli a:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 1.2.3.4
nameserver 127.0.0.1
search MyDomain