Periksa interface, alamat, route, DNS, dan HTTPS secara berurutan agar sumber gangguan jaringan dapat dipersempit tanpa menebak.
Mengumpulkan bukti konektivitas Linux dari layer lokal sampai HTTP dan menentukan next step berdasarkan titik kegagalan.
PersiapanMesin Linux dengan iproute2, ping, dig atau getent, dan curl. Ini latihan diagnosis; jangan membagikan alamat atau log sensitif dari lingkungan kerja.
Saat website tidak terbuka, penyebab bisa berada di interface lokal, alamat IP, route, DNS, koneksi TCP/TLS, atau aplikasi. Menguji semuanya sekaligus membuat hasil sulit ditafsirkan, sehingga pemeriksaan sebaiknya dilakukan dari layer paling dekat ke host.
Pastikan interface yang seharusnya digunakan berstatus UP dan memiliki alamat yang sesuai jaringan. Perhatikan nama interface, state, dan alamat IPv4/IPv6. Interface UP tanpa alamat yang benar tetap tidak cukup untuk mencapai jaringan.
ip -brief addressLihat default route lalu tanyakan route ke alamat tujuan. ip route get hanya menunjukkan keputusan routing kernel—bukan bukti paket benar-benar sampai. Perhatikan dev, via, dan src yang dipilih.
ip route
ip route get 1.1.1.1Ping dapat memberi indikasi reachability ICMP, tetapi timeout tidak selalu berarti host down karena ICMP bisa diblokir. Gunakan hasil ini sebagai satu bukti, bukan kesimpulan tunggal.
ping -c 3 1.1.1.1Jika koneksi ke alamat IP terlihat normal, cek resolusi hostname. Dengan getent Anda dapat melihat hasil resolver sistem; dig berguna untuk melihat detail DNS. Jika IP dapat dicapai tetapi hostname gagal resolve, fokuskan pemeriksaan pada DNS.
getent ahosts example.com
dig example.com Acurl membantu melihat apakah kegagalan terjadi pada name resolution, connect, TLS, atau HTTP. Respons 4xx/5xx menunjukkan ada pihak yang memberi jawaban HTTP; itu berbeda dari connection timeout atau certificate verification failure.
curl --connect-timeout 5 --max-time 15 -I https://example.comJika interface/alamat salah, periksa konfigurasi host atau DHCP. Jika route salah, fokus ke gateway/routing. Jika DNS gagal sementara IP bekerja, periksa resolver. Jika connect timeout, periksa path/firewall. Jika TLS gagal, periksa sertifikat, waktu sistem, dan trust chain. Jika HTTP memberi 4xx/5xx, lanjutkan ke policy atau aplikasi.
Jangan menyimpulkan internet putus hanya karena ping gagal. Jangan mengganti DNS ketika route ke gateway sendiri bermasalah. Jangan menggunakan curl -k sebagai solusi permanen untuk error sertifikat. Jangan mengubah beberapa konfigurasi sekaligus karena Anda kehilangan bukti perubahan mana yang berpengaruh.
Simpan output ringkas interface, alamat, default route, route get, resolver, dan curl. Setelah perbaikan, ulangi urutan yang sama agar bukti sebelum dan sesudah dapat dibandingkan.
Urutan diagnosis yang konsisten membuat troubleshooting lebih cepat: validasi host lokal, keputusan routing, DNS, lalu TCP/TLS/HTTP. Setiap hasil menentukan pemeriksaan berikutnya sehingga perubahan tidak dilakukan berdasarkan tebakan.