Le due risposte con il punteggio più alto nmcli dev list iface <interfacename> | grep IP4
ed nm-tool
entrambe ipotizzano che il gestore della rete abbia il controllo. Qual è, almeno sulle macchine desktop. Ma la risposta più completa è che a volte il gestore della rete non ha il controllo. Ad esempio si vpnc
scherza /etc/resolv.conf
direttamente.
Quindi: per prima cosa controlla se viene utilizzato 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 si sa che noi stiamo 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 viene utilizzato, 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
è corretto e nm-tool
le informazioni sono fuorvianti. In realtà, gli indirizzi locali all'ambiente in cui ho eseguito il VPN sono risolti correttamente. Tutto ciò di cui il DNS di Google 8.8.8.8
non è a conoscenza.
Questo perché dopo la connessione a una VPN con vpnc
, inserisce una linea in /etc/resolv.conf
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