Anda mengklik sebuah tautan, tab berputar sekitar setengah menit, lalu Chrome menyerah dengan pesan "Situs tidak dapat dijangkau — ERR_CONNECTION_TIMED_OUT". Tidak ada satu pun keterangan di halaman itu yang memberi tahu siapa yang bermasalah, dan justru itulah yang membuat error ini memakan banyak waktu.
Hal paling berguna yang bisa Anda lakukan adalah berhenti menebak dan menentukan dulu sisi mana yang bermasalah. Panduan ini memberi tes dua menit yang memisahkan masalah menjadi "perangkat/jaringan saya" versus "server", lalu langkah perbaikan yang memang relevan untuk masing-masing sisi.
Apa Arti Error Ini Sebenarnya
Timeout bukan penolakan. Ketika sebuah server menolak Anda secara aktif, koneksi gagal seketika dan pesannya berbeda. ERR_CONNECTION_TIMED_OUT berarti browser Anda mengirim permintaan, menunggu sampai batas waktu habis, dan sama sekali tidak menerima jawaban apa pun — hening, bukan "tidak".
Perbedaan itu mempersempit kemungkinan secara signifikan. Hening biasanya berarti paket dibuang di tengah jalan alih-alih dijawab: firewall yang membuangnya tanpa balasan, server yang terlalu penuh untuk menerima koneksi baru, rute yang tidak menuju ke mana-mana, atau mesin yang memang sedang mati.
Dua Menit untuk Tahu Siapa yang Bermasalah
Lakukan tiga pemeriksaan ini sebelum mengubah satu pun pengaturan. Biayanya hampir nol dan hasilnya menentukan bagian mana dari artikel ini yang sebenarnya Anda perlukan.
- Buka situs yang sama memakai data seluler dengan Wi-Fi dimatikan. Kalau terbuka normal, server sehat dan masalahnya ada di jaringan Anda. Kalau tetap gagal, kemungkinan besar masalahnya di server atau di rute menuju server.
- Buka situs lain mana pun. Kalau semua situs lain normal, ini soal satu situs tertentu, bukan koneksi Anda.
- Periksa situs dari luar jaringan Anda memakai layanan cek "is it down", atau minta bantuan teman di kota lain. Kalau situs terbuka untuk mereka tetapi tidak untuk Anda, berarti ada pemblokiran lokal, cache DNS yang salah, atau masalah rute.
Kalau Masalahnya di Sisi Anda
Kerjakan daftar ini berurutan. Urutannya disusun supaya perbaikan yang cepat dan tidak berisiko dikerjakan lebih dulu.
- Restart router. Cabut dayanya 30 detik, jangan hanya menekan tombol reboot — mencabut daya membersihkan tabel NAT dan membangun ulang koneksi ke ISP. Cara ini benar-benar menyelesaikan sebagian besar kasus.
- Matikan VPN atau proxy, lalu muat ulang. VPN dengan exit node yang mati menghasilkan gejala persis seperti ini, begitu pula proxy yang disetel untuk jaringan yang sudah tidak Anda pakai.
- Bersihkan cache DNS. Di Windows jalankan "ipconfig /flushdns" di Command Prompt; di macOS jalankan "sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder"; di Android dan iOS cukup nyalakan lalu matikan mode pesawat.
- Ganti DNS ke 8.8.8.8 (Google) atau 1.1.1.1 (Cloudflare). Sebagian resolver ISP menyimpan data lama atau memblokir alamat tertentu jauh setelah data aslinya berubah.
- Matikan sementara firewall atau web-shield antivirus lalu muat ulang satu kali. Software keamanan cukup sering memblokir seluruh rentang IP secara keliru. Nyalakan lagi segera sesudahnya — ini hanya tes, bukan solusi.
- Periksa file hosts, barangkali ada entri lama yang mengarahkan domain ke IP yang salah. Lokasinya di C:\Windows\System32\drivers\etc\hosts pada Windows dan /etc/hosts pada macOS serta Linux. Developer sering melakukan ini pada diri sendiri.
- Coba browser lain atau jendela penyamaran. Kalau mode penyamaran berhasil, ada ekstensi yang mengganggu — matikan semuanya, lalu nyalakan satu per satu.
Kalau Masalahnya di Sisi Server
Kalau situs gagal dibuka dari semua jaringan yang Anda coba, langkah-langkah di atas tidak akan menolong — masalahnya ada di server itu sendiri, atau Anda harus menunggu pengelolanya.
- Pastikan server memang menyala. Kalau itu VPS Anda sendiri, masuk lewat konsol penyedia, bukan lewat SSH: mesin yang mati atau kehabisan memori tidak akan menjawab keduanya.
- Periksa aturan firewall di server. Firewall yang mem-DROP trafik menghasilkan timeout, sedangkan yang me-REJECT menghasilkan penolakan seketika. Kalau Anda baru menambah aturan, itu tersangka pertama.
- Cari kemungkinan pembatasan per-IP atau brute-force blocker. Perangkat seperti CSF, fail2ban dan brute-force monitor DirectAdmin memblokir sebuah IP yang membuka terlalu banyak koneksi dalam waktu singkat, dan hasilnya persis seperti ini — semua port mati dari satu alamat sementara situs normal bagi orang lain.
- Pastikan proses web server berjalan. Apache, Nginx atau LiteSpeed bisa mati sementara mesinnya tetap menyala, sehingga server merespons ping tetapi tidak ada yang mendengarkan di port 80 atau 443.
- Periksa resource server. Mesin yang kehabisan RAM atau mentok CPU akan menerima koneksi begitu lambat sampai koneksinya kedaluwarsa sebelum selesai.
- Pastikan record DNS mengarah ke IP tempat situs benar-benar di-hosting. Record yang masih menunjuk server lama setelah migrasi menghasilkan timeout yang tidak akan sembuh oleh perbaikan apa pun di sisi pengguna.
Error yang Mirip tapi Berbeda
Keempat pesan ini sering tertukar, dan mengejar yang keliru membuang berjam-jam. Pertanyaan yang berguna selalu: sejauh mana koneksi sempat berjalan sebelum gagal?
| Pesan | Sejauh mana sempat berjalan | Penyebab paling mungkin |
|---|---|---|
| ERR_CONNECTION_TIMED_OUT | Tidak ada jawaban sama sekali | Firewall membuang paket, server mati, IP diblokir |
| ERR_CONNECTION_REFUSED | Server menjawab "tidak" seketika | Tidak ada yang mendengarkan di port itu, atau layanan berhenti |
| ERR_NAME_NOT_RESOLVED | Gagal sejak tahap pencarian DNS | Domain tidak ada, kedaluwarsa, atau DNS salah setel |
| DNS_PROBE_FINISHED_NXDOMAIN | Gagal sejak tahap pencarian DNS | Satu keluarga dengan di atas — DNS tidak menemukan domain |
| 504 Gateway Timeout | Sampai ke server, lalu server kehabisan waktu menunggu backend | Backend atau proses PHP terlalu lambat; server depan sehat |
| ERR_CONNECTION_RESET | Koneksi terbuka lalu terputus di tengah | Perangkat perantara, jaringan tidak stabil, atau server memutus koneksi |
Situs sering timeout saat trafik naik?
Cloud VPS dengan CPU dan RAM khusus, penyimpanan NVMe dan jaminan uptime 99,9% — mulai ฿150/bulan.
Pertanyaan yang Sering Diajukan
Kenapa hanya satu situs yang bermasalah sementara yang lain normal?
Biasanya salah satu dari tiga hal: IP Anda diblokir oleh software keamanan server tersebut, DNS Anda mengembalikan alamat lama untuk domain itu, atau ada aturan firewall yang memblokir tujuan tersebut. Coba situs itu lewat data seluler — kalau terbuka, berarti jaringan atau IP Anda yang sedang diblokir.
Apakah restart router benar-benar menolong?
Benar-benar menolong, dan cukup sering. Mencabut dayanya membersihkan tabel translasi NAT dan memaksa koneksi baru ke ISP, sehingga sesi yang macet dan rute usang ikut hilang. Cabut daya penuh 30 detik — menekan tombol reboot tidak selalu membersihkan kondisi yang sama.
IP saya diblokir server. Berapa lama biasanya?
Kebanyakan brute-force blocker memberi blokir sementara sekitar 10 sampai 30 menit lalu melepaskannya otomatis. Pelanggaran berulang naik menjadi blokir permanen. Cirinya: ping masih jalan sementara semua port TCP timeout — ICMP biasanya diizinkan sedangkan TCP dibuang.
Mungkinkah website saya sendiri melakukan ini pada pengunjung tanpa saya sadari?
Mungkin, dan lebih sering terjadi daripada dugaan orang. Akun shared hosting yang kelebihan beban, aturan firewall yang ditambahkan saat darurat lalu terlupakan, atau plugin keamanan yang memblokir pengunjung sah semuanya menghasilkan timeout yang tidak pernah Anda lihat sendiri, karena IP Anda ada di daftar putih. Periksa situs lewat data seluler sebelum menyimpulkan semuanya baik-baik saja.
Kapan saatnya pindah ke server yang lebih baik?
Kalau timeout muncul saat trafik naik dan hilang saat trafik turun, Anda sedang mentok pada batas resource, bukan salah konfigurasi. Shared hosting adalah penyebab paling umum, karena akun Anda berebut sumber daya dengan semua akun lain di mesin yang sama. Pindah ke VPS dengan CPU dan RAM khusus menghapus jenis kegagalan ini sepenuhnya.
GUIDES
Artikel terkait
Lanjut membaca topik serupa
504 Gateway Timeout — Penyebab dan Cara Mengatasinya
504 bukan berarti backend mati, melainkan backend hidup tapi terlalu lambat. Itu mengubah tempat Anda mencari: bukan log crash, melainkan query atau panggilan eksternal yang berjalan lebih lama daripada kesabaran server.
Baca selengkapnya
Website Tidak Bisa Diakses — Checklist Berurutan
Saat website down, urutan pengecekan lebih menentukan daripada kemampuan teknis. Setiap langkah di bawah mencoret satu kelompok penyebab, jadi Anda tidak pernah perlu menebak.
Baca selengkapnya
Cara Mengatasi DNS_PROBE_FINISHED_NXDOMAIN (Situs Tak Bisa Dibuka)
Menemui DNS_PROBE_FINISHED_NXDOMAIN dan situs tak bisa dibuka? Artikel ini merangkum penyebab dan solusi per tahap, mulai flush DNS, ganti DNS ke 8.8.8.8/1.1.1.1, restart, periksa hosts file, sampai cek sisi domain/hosting. Lengkap untuk Windows/Mac/Android/iOS/Chrome.
Baca selengkapnya