Cara Memperbaiki Error “Server IP Address Could Not Be Found”

Kesalahan "Server IP address could not be found" berarti browser Anda mengirimkan kueri DNS untuk nama domain dan tidak menerima alamat IP yang valid sebagai respons — sehingga tidak ada koneksi TCP yang pernah dicoba. Penyebab utamanya hampir selalu merupakan kegagalan di suatu tempat dalam rantai resolusi DNS: cache lokal yang kedaluwarsa, resolver yang salah dikonfigurasi, penundaan propagasi setelah perubahan rekaman DNS, atau gangguan nyata di sisi server.

Panduan ini mencakup setiap lapisan rantai tersebut — dari cache DNS browser itu sendiri hingga resolver rekursif ISP Anda dan nameserver otoritatif — dengan perintah yang tepat, detail tingkat registry, dan kasus-kasus khusus yang sering terlewatkan oleh tutorial umum.

Apa yang Sebenarnya Terjadi Selama Resolusi DNS

Sebelum melakukan pemecahan masalah, memahami jalur resolusi mencegah upaya yang sia-sia. Ketika Anda mengetik URL ke browser, urutan pencarian berikut dijalankan secara berurutan:

1. Cache DNS browser — Chrome, Firefox, dan Edge masing-masing mempertahankan cache DNS dalam memori mereka sendiri, terpisah dari OS.
2. Cache resolver OS — Layanan DNS Client Windows atau mDNSResponder macOS memeriksa cache lokalnya.
3. File hosts — File penggantian statis yang mengambil prioritas di atas semua resolusi berbasis jaringan.
4. Resolver DNS yang dikonfigurasi — Biasanya router Anda (bertindak sebagai forwarder) atau resolver publik yang dikonfigurasi langsung seperti `8.8.8.8`.
5. Resolver rekursif di ISP — Resolver ISP Anda mengkueri hierarki DNS global jika tidak memiliki jawaban yang di-cache.
6. Nameserver otoritatif — Sumber kebenaran akhir untuk rekaman A/AAAA domain.

Kegagalan di salah satu tahap ini menghasilkan kesalahan browser generik yang sama. Mengetahui lapisan mana yang rusak menentukan perbaikan mana yang harus diterapkan terlebih dahulu.

Langkah 1: Verifikasi URL dan Uji Cakupan

Langkah ini terdengar sepele tetapi segera menghilangkan dua penyebab paling umum.

• Periksa kesalahan ketik di bilah alamat, termasuk TLD yang salah (`.co` vs `.com`, `.net` vs `.org`).
• Uji domain kedua yang Anda tahu aktif (misalnya, `google.com`). Jika itu juga gagal, masalahnya mencakup seluruh jaringan di mesin Anda, bukan spesifik domain.
• Uji dari perangkat seluler menggunakan data seluler (bukan Wi-Fi). Jika situs dimuat di sana, masalahnya bersifat lokal pada jaringan atau mesin Anda.
• Jalankan pencarian DNS cepat dari baris perintah untuk melewati browser sepenuhnya:

“`bash

Windows / macOS / Linux

nslookup example.com

“`

Jika `nslookup` mengembalikan alamat IP tetapi browser masih error, masalahnya spesifik pada browser. Jika `nslookup` juga gagal, masalahnya ada pada level resolver OS atau lebih dalam.

Langkah 2: Hapus Cache DNS Internal Browser

Setiap browser utama menyimpan rekaman DNS secara independen dari sistem operasi. Menghapus hanya cache OS sambil mengabaikan cache browser adalah kesalahan umum yang sering terjadi.

Google Chrome dan Edge (berbasis Chromium):

Navigasikan ke URL internal berikut di bilah alamat:

“`

chrome://net-internals/#dns

“`

Klik "Clear host cache". Kemudian navigasikan ke:

“`

chrome://net-internals/#sockets

“`

Klik "Flush socket pools" untuk juga menghapus koneksi TCP yang kedaluwarsa yang terkait dengan alamat IP lama.

Firefox:

Firefox tidak menyediakan UI flush DNS langsung. Metode yang paling andal adalah:

1. Buka `about:config` di bilah alamat.
2. Cari `network.dnsCacheExpiration`.
3. Atur sementara nilainya ke `0`, muat ulang halaman, lalu kembalikan ke `60` (default).

Sebagai alternatif, me-restart Firefox dengan semua tab ditutup akan menghapus cache DNS-nya sepenuhnya.

Menghapus cookie browser dan file yang di-cache juga dapat membantu ketika loop pengalihan atau respons yang kedaluwarsa terlibat:

• Chrome: Menu > More Tools > Clear Browsing Data > pilih Cached images and files dan Cookies and other site data > Clear data.

Langkah 3: Flush Cache DNS Sistem Operasi

Cache resolver DNS tingkat OS menyimpan rekaman hingga TTL-nya kedaluwarsa. Jika domain baru-baru ini mengubah rekaman DNS-nya (misalnya, migrasi server atau perubahan IP), mesin Anda mungkin menyimpan rekaman lama yang sekarang tidak valid jauh melewati TTL-nya karena bug resolver atau TTL asli yang sangat tinggi.

Windows (semua versi):

Buka Command Prompt sebagai Administrator dan jalankan:

“`cmd

ipconfig /flushdns

“`

Output yang diharapkan: `Successfully flushed the DNS Resolver Cache.`

Untuk reset yang lebih menyeluruh, hapus juga cache NetBIOS:

“`cmd

nbtstat -R

“`

macOS (perintah spesifik versi):

Linux (systemd-resolved):

“`bash

sudo systemd-resolve –flush-caches

sudo systemd-resolve –statistics # Verify cache was cleared

“`

Jika menggunakan `nscd` sebagai gantinya:

“`bash

sudo service nscd restart

“`

Langkah 4: Restart Router dan Perbarui Lease IP Anda

Router rumah Anda biasanya bertindak sebagai forwarder DNS — menerima kueri DNS Anda dan meneruskannya ke resolver ISP Anda. Router dengan tabel ARP yang rusak atau lease DHCP yang kedaluwarsa dapat menyebabkan kegagalan DNS yang terlihat identik dengan masalah sisi server.

Prosedur restart router:

1. Matikan router dan cabut dari sumber daya.
2. Tunggu penuh 30 detik (kapasitor perlu dikosongkan untuk reboot dingin yang sesungguhnya).
3. Hidupkan kembali dan tunggu semua lampu indikator stabil sebelum melakukan pengujian.

Perbarui alamat IP Anda setelah router restart:

*Windows:*

“`cmd

ipconfig /release

ipconfig /renew

“`

*macOS:*

Navigasikan ke System Settings > Network > pilih antarmuka aktif Anda > Details > TCP/IP > Renew DHCP Lease.

*Linux:*

“`bash

sudo dhclient -r && sudo dhclient

“`

Kasus khusus: Jika Anda berada di jaringan perusahaan atau universitas dengan reservasi DHCP, memperbarui lease mungkin tidak mengubah IP Anda tetapi akan menyegarkan penetapan server DNS yang didorong oleh opsi DHCP 6. Ini saja dapat menyelesaikan masalah jika tim IT Anda baru-baru ini mengubah alamat server DNS internal mereka.

Langkah 5: Beralih ke Resolver DNS Publik yang Andal

Resolver rekursif ISP Anda sering menjadi mata rantai terlemah. Resolver ISP dapat mengalami keracunan cache, pembajakan NXDOMAIN (mengalihkan pencarian yang gagal ke halaman iklan), atau gangguan sederhana. Beralih ke resolver publik yang terpelihara dengan baik sering kali merupakan perbaikan tercepat.

Perbandingan Resolver DNS

Cara mengubah DNS di Windows:

1. Buka Control Panel > Network and Sharing Center > Change adapter settings.
2. Klik kanan adaptor jaringan aktif Anda > Properties.
3. Pilih Internet Protocol Version 4 (TCP/IPv4) > Properties.
4. Pilih Use the following DNS server addresses dan masukkan resolver pilihan Anda.
5. Ulangi untuk Internet Protocol Version 6 (TCP/IPv6) menggunakan alamat IPv6 dari resolver pilihan Anda (misalnya, Cloudflare IPv6: `2606:4700:4700::1111` dan `2606:4700:4700::1001`).
6. Klik OK dan jalankan `ipconfig /flushdns` lagi untuk menghapus entri yang di-cache dari resolver lama.

Cara mengubah DNS di macOS:

1. System Settings > Network > pilih antarmuka Anda > Details > DNS.
2. Klik tombol + dan tambahkan alamat DNS pilihan Anda.
3. Hapus entri lama yang ditetapkan ISP.
4. Klik OK > Apply.

Nuansa penting: Mengubah DNS di tingkat OS tidak memengaruhi aplikasi yang menggunakan resolusi DNS bawaan mereka sendiri (misalnya, beberapa klien VPN, browser tertentu dengan DNS-over-HTTPS yang diaktifkan). Verifikasi pengaturan DNS browser Anda secara terpisah.

Langkah 6: Periksa dan Perbaiki File Hosts

File hosts adalah penggantian DNS statis lokal yang mengambil prioritas mutlak di atas semua resolusi berbasis jaringan. Satu entri yang salah format atau berbahaya dapat secara diam-diam memblokir seluruh domain. Malware sering menargetkan file ini untuk mengalihkan atau memblokir domain tertentu.

Lokasi file hosts Windows:

“`

C:WindowsSystem32driversetchosts

“`

Buka dengan Notepad yang dijalankan sebagai Administrator. File hosts yang sah seharusnya hanya berisi:

“`

127.0.0.1 localhost

::1 localhost

“`

Entri tambahan apa pun yang mengarahkan domain ke `0.0.0.0`, `127.0.0.1`, atau alamat IP yang tidak terduga harus diselidiki dan dihapus jika tidak sah.

File hosts macOS / Linux:

“`bash

sudo nano /etc/hosts

“`

Cari baris yang bukan komentar (baris yang dimulai dengan `#`) dan yang mereferensikan domain yang ingin Anda akses. Hapus baris tersebut, simpan file (`Ctrl+X`, lalu `Y` di nano), dan flush cache DNS seperti yang dijelaskan di Langkah 3.

Tips pro: Setelah mengedit file hosts di Windows, Anda harus flush cache DNS dengan `ipconfig /flushdns` agar perubahan segera berlaku tanpa reboot.

Langkah 7: Nonaktifkan Konflik VPN, Proxy, dan DNS-over-HTTPS

Klien VPN dan konfigurasi proxy adalah salah satu penyebab kegagalan resolusi DNS yang paling sering diabaikan, terutama di lingkungan perusahaan.

Kebocoran dan kegagalan DNS terkait VPN:

Ketika VPN aktif, biasanya VPN menginstal adaptor jaringan virtual dan mengalihkan semua kueri DNS melalui terowongan VPN ke resolver internal penyedia. Jika koneksi VPN terputus tetapi adaptor virtual tetap aktif, kueri DNS dikirim ke terowongan yang mati dan habis waktu. Nonaktifkan klien VPN sepenuhnya (bukan hanya putuskan koneksi) dan uji.

Nonaktifkan proxy di Windows:

Settings > Network & Internet > Proxy > matikan Use a proxy server dan Automatically detect settings (yang terakhir dapat menyebabkan penundaan melalui penemuan WPAD).

Konflik DNS-over-HTTPS (DoH):

Chrome, Firefox, dan Edge dapat dikonfigurasi untuk menggunakan penyedia DoH tertentu, melewati resolver OS sepenuhnya. Jika penyedia DoH tersebut tidak dapat dijangkau atau salah dikonfigurasi, resolusi DNS gagal secara diam-diam.

• Chrome: Settings > Privacy and security > Security > Use secure DNS — verifikasi penyedia yang dikonfigurasi atau beralih ke "With your current service provider."
• Firefox: Settings > General > gulir ke Network Settings > Settings > periksa opsi Enable DNS over HTTPS dan penyedia yang dikonfigurasi.

Langkah 8: Perbarui atau Instal Ulang Driver Adaptor Jaringan

Driver adaptor jaringan yang rusak atau kedaluwarsa dapat menyebabkan kegagalan DNS yang intermiten, kehilangan paket, dan putusnya koneksi yang termanifestasi sebagai kesalahan DNS.

Windows:

1. Tekan `Win + X` > Device Manager.
2. Perluas Network Adapters.
3. Klik kanan adaptor aktif Anda > Update driver > Search automatically for drivers.
4. Jika Windows tidak menemukan pembaruan, kunjungi situs web produsen adaptor (Intel, Realtek, Broadcom) dan unduh driver terbaru secara langsung.
5. Untuk instalasi ulang penuh: klik kanan adaptor > Uninstall device > centang Delete the driver software for this device > reboot. Windows akan menginstal ulang driver bersih saat restart.

Reset tumpukan jaringan Windows tingkat lanjut (gunakan ketika pembaruan driver tidak membantu):

“`cmd

netsh winsock reset

netsh int ip reset

ipconfig /flushdns

ipconfig /registerdns

“`

Reboot setelah menjalankan keempat perintah. Ini mereset katalog Winsock dan tumpukan TCP/IP ke default mereka, menyelesaikan masalah yang disebabkan oleh malware, penghapusan perangkat lunak VPN yang gagal, atau entri tumpukan yang rusak.

Langkah 9: Diagnosis Masalah Sisi Server dan Propagasi DNS

Jika semua langkah sisi klien gagal, masalahnya mungkin bersifat eksternal — baik rekaman DNS domain tidak terselesaikan secara global, atau server itu sendiri tidak dapat dijangkau.

Periksa apakah domain terselesaikan dari titik pengamatan eksternal:

Gunakan alat-alat ini untuk mengkueri domain dari beberapa lokasi global secara bersamaan:

• dnschecker.org — Menampilkan propagasi rekaman A di lebih dari 100 nameserver global.
• whatsmydns.net — Memeriksa propagasi DNS untuk rekaman A, CNAME, MX, dan jenis rekaman lainnya.
• downforeveryoneorjustme.com — Mengonfirmasi apakah situs tidak dapat dijangkau secara global atau hanya tidak dapat dijangkau dari lokasi Anda.

Penundaan propagasi DNS:

Jika domain baru-baru ini mengubah rekaman A, nameserver, atau hosting-nya, propagasi dapat memakan waktu dari beberapa menit hingga 48 jam tergantung pada nilai TTL yang ditetapkan pada rekaman lama. Selama jendela ini, beberapa resolver di seluruh dunia akan mengembalikan alamat IP lama (yang sekarang tidak valid) sementara yang lain mengembalikan yang baru. Ini adalah masalah sisi server/administrasi DNS, bukan masalah sisi klien.

Jika Anda mengelola domain sendiri dan baru-baru ini memigrasikan situs Anda ke server baru — misalnya, pindah ke lingkungan VPS Hosting — verifikasi bahwa rekaman A di zona DNS Anda mengarah ke alamat IP server baru dan bahwa TTL lama telah sepenuhnya kedaluwarsa.

Periksa nameserver otoritatif secara langsung:

“`bash

Query the authoritative nameserver directly, bypassing all caches

nslookup example.com ns1.yourdnshost.com

“`

Jika nameserver otoritatif mengembalikan IP yang benar tetapi resolver lokal Anda tidak, masalahnya adalah propagasi cache. Jika nameserver otoritatif itu sendiri tidak mengembalikan rekaman atau mengembalikan rekaman yang salah, konfigurasi zona DNS perlu diperbaiki.

Langkah 10: Hubungi ISP atau Penyedia Hosting Anda

Jika domain terselesaikan dengan benar dari titik pengamatan eksternal tetapi tidak dari jaringan Anda, resolver ISP Anda mungkin memfilter, memblokir, atau mengembalikan hasil yang salah untuk domain tersebut. Ini lebih umum dari yang disadari kebanyakan pengguna — beberapa ISP menerapkan pemblokiran tingkat DNS untuk kepatuhan regulasi, dan pemblokiran ini terkadang menangkap domain yang sah.

Uji dengan menggunakan resolver yang berbeda untuk sementara (seperti yang dijelaskan di Langkah 5). Jika domain terselesaikan dengan benar menggunakan `8.8.8.8` tetapi tidak dengan resolver ISP Anda, hubungi ISP Anda dan laporkan domain tertentu sebagai diblokir atau di-cache secara tidak benar.

Jika Anda adalah pemilik situs dan pengguna Anda melaporkan kesalahan ini, masalahnya mungkin ada pada konfigurasi hosting Anda. Verifikasi:

• Rekaman A domain Anda mengarah ke IP server yang benar.
• SSL Certificates Anda valid dan tidak menyebabkan loop pengalihan yang mencegah koneksi awal.
• Nameserver Anda diatur dengan benar di penyedia Pendaftaran Domain Anda.
• Server Anda benar-benar berjalan dan layanan web (Apache, Nginx) aktif.

Untuk situs dengan lalu lintas tinggi atau misi kritis, pertimbangkan untuk beralih ke Dedicated Server untuk menghilangkan masalah sumber daya bersama yang dapat menyebabkan kegagalan DNS atau konektivitas yang intermiten.

Perbandingan: Penyebab Sisi Klien vs. Sisi Server

Matriks Keputusan Praktis dan Poin-Poin Utama

Ikuti daftar periksa ini secara berurutan untuk meminimalkan waktu diagnosis:

• Konfirmasi cakupan terlebih dahulu. Apakah error memengaruhi satu domain, satu browser, satu perangkat, atau seluruh jaringan? Pertanyaan tunggal ini menghilangkan 80% langkah yang tidak relevan.
• Jalankan `nslookup` sebelum mengubah pengaturan apa pun. Jika berhasil menyelesaikan IP, perbaikannya ada di tingkat browser. Jika gagal, perbaikannya ada di tingkat OS atau lebih dalam.
• Flush dalam urutan yang benar: cache DNS browser terlebih dahulu, kemudian cache DNS OS, lalu restart router. Melakukannya secara terbalik membuang waktu.
• Selalu flush cache DNS OS setelah mengubah pengaturan server DNS. Resolver baru tidak akan dikueri untuk domain yang sudah di-cache di bawah resolver lama hingga cache dihapus.
• Periksa file hosts jika domain baru-baru ini berfungsi dan tiba-tiba berhenti. Ini adalah indikator kuat adanya malware atau alat keamanan yang salah dikonfigurasi.
• Gunakan `netsh winsock reset` di Windows hanya sebagai upaya terakhir — ini mereset semua entri Winsock termasuk entri sah yang ditambahkan oleh perangkat lunak seperti klien VPN, yang mungkin perlu diinstal ulang setelahnya.
• Jika Anda adalah pemilik situs, verifikasi rekaman zona DNS Anda segera setelah migrasi server apa pun. Jika Anda menjalankan situs di VPS dengan cPanel, WHM DNS Zone Editor menyediakan akses langsung ke semua rekaman. Jika Anda menggunakan Shared Web Hosting, gunakan bagian manajemen DNS panel kontrol hosting untuk mengonfirmasi rekaman A sudah terkini.
• Untuk kegagalan DNS terkait email (rekaman MX tidak terselesaikan), periksa konfigurasi nameserver penyedia Email Hosting Anda secara terpisah — rekaman MX independen dari rekaman A dan dapat gagal secara independen.

FAQ

Mengapa error "server IP address could not be found" hanya muncul di Chrome tetapi tidak di Firefox?

Chrome dan Firefox mempertahankan cache DNS internal yang terpisah dan dapat dikonfigurasi untuk menggunakan penyedia DNS-over-HTTPS yang berbeda. Jika Chrome memiliki entri cache yang kedaluwarsa atau rusak, atau penyedia DoH-nya tidak dapat dijangkau, Chrome akan gagal sementara Firefox berhasil menggunakan resolver OS. Navigasikan ke `chrome://net-internals/#dns` dan klik "Clear host cache" untuk menyelesaikan ini.

Berapa lama propagasi DNS berlangsung setelah mengubah rekaman A domain?

Waktu propagasi bergantung pada nilai TTL (Time To Live) yang ditetapkan pada rekaman sebelum perubahan. Jika TTL lama adalah 3600 detik (1 jam), sebagian besar resolver akan menyimpan rekaman lama hingga satu jam. Jika TTL adalah 86400 detik (24 jam), propagasi dapat memakan waktu hingga 48 jam dalam kasus ekstrem. Menurunkan TTL ke 300 detik beberapa jam sebelum migrasi yang direncanakan secara signifikan mengurangi waktu propagasi.

Apakah firewall atau antivirus dapat menyebabkan error DNS ini?

Ya. Perangkat lunak keamanan yang menyertakan pemfilteran DNS (Windows Defender, Malwarebytes, Kaspersky, dll.) dapat mencegat dan memblokir kueri DNS untuk domain yang ditandai sebagai berbahaya. Jika error muncul segera setelah menginstal atau memperbarui perangkat lunak keamanan, nonaktifkan sementara komponen perlindungan DNS (bukan seluruh antivirus) dan uji. Periksa juga apakah perangkat lunak telah menambahkan entri ke file hosts Anda.

Apa perbedaan antara `ipconfig /flushdns` dan `netsh winsock reset`?

`ipconfig /flushdns` hanya menghapus cache resolver DNS Windows — ini menghapus rekaman DNS yang di-cache sehingga kueri berikutnya dikirim ke resolver yang dikonfigurasi secara segar. `netsh winsock reset` mereset seluruh katalog Windows Sockets API ke status defaultnya, memperbaiki korupsi yang lebih dalam pada tumpukan jaringan itu sendiri. Reset Winsock memerlukan reboot dan hanya boleh digunakan ketika flush DNS dan pembaruan driver tidak menyelesaikan masalah.

Jika domain terselesaikan dengan benar melalui `nslookup` tetapi browser masih menampilkan error, apa yang harus diperiksa?

Skenario ini biasanya menunjuk ke salah satu dari tiga penyebab: cache DNS internal browser masih menyimpan rekaman yang kedaluwarsa (hapus melalui `chrome://net-internals/#dns`), pool soket browser memiliki koneksi yang kedaluwarsa (flush melalui `chrome://net-internals/#sockets`), atau ekstensi browser (terutama ekstensi proxy atau VPN) mencegat dan menggagalkan permintaan DNS. Nonaktifkan semua ekstensi dan uji di jendela pribadi/penyamaran untuk mengisolasi gangguan ekstensi.