Nama tidak ter-resolve (DNS)

Gejala kegagalan ini mudah dikenali: ping 1.1.1.1 berhasil, ping millida.net menjawab dengan “Temporary failure in name resolution”, apt update menggantung lalu timeout. Jaringan itu sendiri baik-baik saja — hanya konversi nama ke alamat yang rusak.

Langkah 1. Pastikan masalahnya ada pada nama

ping -c3 1.1.1.1
getent hosts millida.net
dig +short millida.net @1.1.1.1

Jika dig dengan server eksplisit merespons tetapi getent tidak, sistem tidak tahu resolver mana yang harus dihubungi. Ini masalah konfigurasi, bukan konektivitas.

Langkah 2. Periksa apa yang menangani resolusi

cat /etc/resolv.conf
systemctl status systemd-resolved
resolvectl status

Ada tiga kemungkinan situasi:

• file kosong atau tidak memiliki baris nameserver — tidak ada resolver yang diatur;
• file berisi nameserver 127.0.0.53, tetapi systemd-resolved tidak berjalan — permintaan tidak pergi ke mana pun;
• server pihak ketiga dikonfigurasi yang tidak dapat dijangkau dari jaringan kami.

Langkah 3. Perbaiki

Pemulihan cepat untuk mengembalikan apt dan curl:

echo 'nameserver 1.1.1.1' > /etc/resolv.conf
echo 'nameserver 8.8.8.8' >> /etc/resolv.conf

Ini langsung berfungsi tetapi hanya bertahan sampai reboot atau konfigurasi jaringan berikutnya. Perbaikan permanen bergantung pada sistem.

Debian dan Ubuntu dengan systemd-resolved:

systemctl enable --now systemd-resolved
ln -sf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf
resolvectl dns ens18 1.1.1.1 8.8.8.8

AlmaLinux dan CentOS Stream:

nmcli con mod "System ens18" ipv4.dns "1.1.1.1 8.8.8.8"
nmcli con up "System ens18"

Jangan edit /etc/resolv.conf secara manual jika itu adalah symbolic link ke /run. File seperti itu ditimpa oleh service, dan perubahan Anda akan hilang pada reboot pertama — Anda akan mengalami kegagalan yang sama seminggu kemudian dan tidak akan ingat penyebabnya.

Langkah 4. Kasus khusus

Resolver berfungsi, tetapi nama tertentu tidak dapat ditemukan. Periksa apakah record tersebut dipublikasikan sama sekali:

dig millida.net A @1.1.1.1
dig millida.net A @8.8.8.8

Jawaban berbeda dari dua server berarti zona baru saja berubah dan cache lama masih ada di suatu tempat. Tunggu time to live (TTL) record dari respons dig.

Reverse record untuk alamat mesin (PTR) tidak ada hubungannya dengan masalah ini: itu dibutuhkan oleh mail server, diatur pada tab “Access”, dan tidak memengaruhi cara mesin me-resolve nama itu sendiri.

Temuan umum lainnya adalah /etc/hosts dengan baris usang yang tersisa setelah migrasi. Sistem memeriksanya sebelum DNS dan dengan keras kepala terus menuju alamat lama:

cat /etc/hosts

Hapus baris tambahan dan pertahankan 127.0.0.1 localhost serta baris dengan nama mesin itu sendiri.

Jika nama tidak ter-resolve dari server mana pun

Maka masalahnya lebih luas: periksa konektivitas dasar menggunakan artikel Jaringan hilang di mesin dan pastikan port 53 keluar tidak diblokir oleh packet filter Anda sendiri.