Dua jawaban skor teratas, nmcli dev list iface <interfacename> | grep IP4
dan nm-tool
keduanya 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 vpnc
mengacaukan /etc/resolv.conf
secara 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, dig
benar dan nm-tool
informasinya 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.conf
sehingga 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