Saya setuju dengan beberapa orang lain di sini bahwa jawaban yang dipilih mungkin bukan cara terbaik untuk memperbaiki masalah:
Ketika sebuah file memiliki komentar di awal yang mengatakan
"DO NOT EDIT THIS FILE"
maka mungkin ada alasan yang sangat bagus untuk, yah, ... tidak mengedit file itu! ;-)
Dan inilah sebabnya, serta saran untuk solusi (IMHO) yang lebih baik:
Sebuah. file /etc/resolv.conf
, yang Anda modifikasi, akan ditimpa pada saat boot, sehingga modifikasi Anda tidak akan 'menempel'.
b. alamat ip (127.0.0.53) yang semula ada di sana (sebelum Anda memodifikasinya) sebenarnya adalah alamat penyelesai rintisan DNS. Itu ada di sana! Anda bisa melakukan ping! itu berjalan secara lokal di mesin Anda. Apa itu resolver stub? Dibutuhkan permintaan DNS Anda dan mencari dalam cache untuk resolusi! Jika tidak dapat menemukan, itu akan menjangkau server DNS nyata (dan kemudian cache hasilnya). Jadi, jika Anda menimpa alamat resolver stub, Anda akan kehilangan fungsi caching penting dari resolver stub!
Masalah dengan metode resolver baru ini di Ubuntu 18.04 adalah bahwa alamat server DNS 'asli' tidak pernah disetel. Jadi, jika resolver stub tidak menemukan domain yang Anda minta di dalam cache, ia tidak tahu server DNS mana yang harus dicari. (Karenanya akses internet berbasis nama domain Anda tidak lagi berfungsi). Jadi yang harus Anda lakukan adalah mengonfigurasi server DNS 'asli' yang harus digunakan oleh resolver stub ini. Dan Anda melakukan ini dengan mengedit (sudo!)/etc/systemd/resolved.conf
Cukup tambahkan sesuatu seperti
DNS=8.8.8.8
ke file itu.
Kemudian restart jaringan, atau lebih tepatnya, reboot, sehingga Anda dapat memverifikasi bahwa Anda sekarang memiliki solusi yang persisten di seluruh reboot.
(Apa yang saya belum tahu, adalah mengapa DHCP tidak benar mengatur server DNS yang benar!)