Dua jawaban skor teratas, nmcli dev list iface <interfacename> | grep IP4dan nm-toolkeduanya menganggap bahwa manajer jaringan memegang kendali. Yang mana - pada mesin desktop setidaknya sebagian besar waktu. Tetapi jawaban yang lebih lengkap adalah bahwa kadang-kadang manajer jaringan tidak memegang kendali. Misalnya vpncmengacaukan /etc/resolv.confsecara langsung.
Jadi: Pertama periksa apakah 127.0.0.1/localhost digunakan. Ini dapat dilakukan dengan dig:
> dig something.unknown | grep SERVER:
;; SERVER: 127.0.0.1#53(127.0.0.1)
Sekarang Anda tahu bahwa kita sedang menggunakan localhost. Silakan salah satu jawaban populer. Saya suka:
> nm-tool | grep DNS:
DNS: 8.8.8.8
Tapi jika 127.0.0.1/localhost yang tidak digunakan, maka nm-tool's dan nmcli' s output akan menyesatkan:
> dig something.unknown | grep SERVER:
;; SERVER: 172.22.216.251#53(172.22.216.251)
> nm-tool | grep DNS:
DNS: 8.8.8.8
Di sini, digbenar dan nm-toolinformasinya menyesatkan. Pada kenyataannya, alamat-alamat lokal ke lingkungan tempat VPN-ed saya selesaikan dengan benar. Semua yang 8.8.8.8 tidak diketahui oleh DNS Google .
Ini karena setelah terhubung ke VPN vpnc, ia membuat garis /etc/resolv.confsehingga terlihat seperti:
# 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