ERR_CONNECTION_REFUSED Artinya & Cara Mengatasinya

Apa Itu ERR_CONNECTION_REFUSED?

ERR_CONNECTION_REFUSED artinya browser menemukan alamat IP situs web, tetapi mesin di alamat itu menolak koneksinya. Chrome menampilkan "Situs ini tidak dapat dijangkau" dengan "example.com menolak untuk terhubung." dan kode ERR_CONNECTION_REFUSED, error -102 dalam daftar Chromium (net_error_list.h).

Perangkat Anda mengirim permintaan koneksi TCP ke alamat IP dan port server (443 untuk HTTPS, 80 untuk HTTP) dan langsung mendapat penolakan, berupa TCP reset atau pesan "port unreachable" (port tidak terjangkau) dari firewall: tidak ada program yang menerima koneksi di port itu, atau firewall menolak permintaannya. DNS berfungsi; koneksinya yang tidak.

Dengan kata lain, ini adalah jawaban, bukan keheningan. Jika tidak ada yang menjawab sama sekali, Chrome menunggu lalu menampilkan ERR_CONNECTION_TIMED_OUT. Jika koneksi terbuka lalu diputus, itu ERR_CONNECTION_RESET; jika server menutup sebelum mengirim halaman, itu ERR_CONNECTION_CLOSED.

Seperti Apa Tampilannya di Browser dan Aplikasi Lain

Koneksi yang ditolak adalah kejadian yang sama di mana pun; hanya kata-katanya yang berbeda. Browser berbasis Chromium (Chrome, Edge, Brave, Opera) menampilkan kode ERR_CONNECTION_REFUSED, sedangkan aplikasi melaporkan error bawaan sistem operasi:

Solusi di bawah berlaku apa pun kata-katanya: ada sesuatu di alamat dan port itu yang berkata tidak.

Penyebab Umum ERR_CONNECTION_REFUSED

Penyebabnya, dari sisi situs web sampai sisi Anda:

• Server situs web down — web server (nginx, Apache, Node.js) crash, sedang restart, atau dihentikan. Mesinnya online, tetapi tidak ada yang menjawab di port 80 atau 443.
• Firewall yang disetel untuk menolak — firewall di server, jaringan, atau perangkat Anda yang menolak (bukan membuang diam-diam) koneksi ke port itu.
• Situs memblokir jaringan Anda — sebagian situs menolak seluruh rentang alamat, seperti server keluar VPN atau satu negara.
• Perangkat lunak keamanan atau VPN — pelindung web antivirus atau VPN yang melewatkan lalu lintas Anda melalui dirinya sendiri lalu menolak koneksi. (Firewall di perangkat Anda yang memblokir Chrome menampilkan halaman lain, "Akses Internet Anda diblokir", ERR_NETWORK_ACCESS_DENIED.)
• Alamat IP yang salah — cache DNS basi atau entri file hosts mengarahkan Anda ke server lama, atau ke komputer Anda sendiri (127.0.0.1), tempat tidak ada yang mendengarkan.
• Redirect atau aturan HTTPS yang diingat — Chrome menyimpan redirect, atau aturan HSTS situs, dan terus mengirim Anda ke port yang tidak lagi dilayani situs.
• Tidak ada yang mendengarkan di localhost — untuk developer: server lokal tidak berjalan, crash, atau berada di port atau alamat yang berbeda dari yang Anda buka.

Satu Situs, Semua Situs, atau Semua Browser?

Di mana error muncul memberi tahu ke mana harus mencari, sebelum Anda mengubah apa pun:

"Di semua browser" itu penting: Edge, Firefox, dan Safari tidak berbagi cache atau ekstensi Chrome, jadi penolakan di semuanya menunjuk ke bawah browser, yaitu ke perangkat, jaringan, atau situs itu sendiri.

Solusi 1: Cek Apakah Situs Down untuk Semua Orang

Sebelum mengubah apa pun di perangkat, cari tahu apakah situs menolak semua orang. Jika ya, perbaikan di sisi Anda tidak akan membantu.

Tes tercepat adalah lewat jalur jaringan lain: buka situs di ponsel lewat data seluler (Wi-Fi mati). Lalu uji server dari luar dengan alat DNS Robot berikut:

• Cek Website Down — membuka situs dari 11 lokasi dan dari browser Anda sendiri. Down di mana-mana berarti masalahnya di situs; normal di mana-mana kecuali di Anda berarti masalahnya di sisi Anda.
• Cek Port — masukkan situs dengan port 443 (atau example.com:443). Tertutup berarti server juga menolak koneksi kami; terbuka berarti server menerima koneksi dan penolakan itu hanya terjadi di Anda.
• Tes Ping — terhubung ke situs di port 443 dari 11 kota, ditambah ping klasik dari satu lokasi. Ditolak dari semua kota berarti mesinnya hidup tetapi tidak ada yang mendengarkan di port itu; tidak adanya balasan ping klasik tidak membuktikan apa-apa, karena banyak server mengabaikannya.

Solusi 2: Restart Router dan Perangkat

Saran pertama Chrome sendiri, "Periksa sambungan", meminta Anda untuk boot ulang "router, modem, atau perangkat jaringan lain yang mungkin Anda gunakan". Ini membersihkan semua status yang menumpuk di router, termasuk cache DNS-nya.

Cabut router (dan modem, jika terpisah) dari listrik, tunggu 30 detik, colokkan kembali, dan beri waktu 2–3 menit sampai tersambung penuh. Restart juga komputer atau ponsel untuk menyetel ulang tumpukan jaringannya, lalu coba situsnya lagi.

Solusi 3: Hapus Redirect dan Aturan HTTPS yang Disimpan Chrome

Chrome mengingat redirect permanen dan aturan HSTS tiap situs ("selalu pakai HTTPS"). Jika situs sudah pindah, atau berhenti melayani HTTPS di port 443, Chrome terus mengirim Anda ke alamat atau port yang tidak ada pendengarnya.

• Buka Chrome → menu titik tiga → Hapus data penjelajahan
• Rentang waktu → Semua, centang Gambar dan file dalam cache (cookie boleh dibiarkan)
• Klik Hapus data (atau Hapus dari perangkat ini jika Anda tidak masuk ke Chrome), lalu coba situsnya lagi
• Masih ditolak? Buka chrome://net-internals/#hsts, ketik domainnya di bawah Delete domain security policies, lalu klik Delete. Cara ini hanya berlaku untuk aturan yang ditetapkan situs itu sendiri, bukan domain yang ada di daftar preload HSTS bawaan Chrome.

Satu perubahan 2026: Chrome 154 (Oktober 2026) mengaktifkan "Selalu gunakan koneksi aman" secara default, sehingga Chrome meminta izin Anda sebelum kunjungan pertama ke situs publik tanpa HTTPS, alih-alih mencobanya diam-diam (Google Security Blog).

Solusi 4: Periksa Pengaturan Proxy

Halaman error Chrome menyebut proxy, jadi periksalah, tetapi ketahui apa yang akan terjadi. Ketika Chrome tidak bisa menjangkau server proxy, ia menampilkan halaman berjudul "Tidak ada internet" dengan ERR_PROXY_CONNECTION_FAILED ("Ada yang salah dengan server proxy, atau alamat tidak benar"), bukan ERR_CONNECTION_REFUSED. Jika halaman itu yang Anda lihat, inilah solusinya.

Windows: Pengaturan → Jaringan & internet → Proksi. Di bawah Penyiapan proksi manual, klik Edit di samping "Gunakan server proksi", matikan, lalu klik Simpan. Matikan juga "Gunakan skrip penyiapan" jika Anda tidak mengenali alamatnya. Biarkan "Deteksi pengaturan otomatis" menyala kecuali Anda tahu jaringan Anda tidak memakainya.

macOS: Pengaturan Sistem → Jaringan → Wi-Fi → Detail → Proxy. Matikan semua proxy yang tidak disiapkan organisasi Anda, lalu klik OKE.

Chrome memakai pengaturan proxy sistem, begitu juga Firefox secara default ("Gunakan pengaturan proksi dari sistem"), jadi satu proxy basi merusak semua browser sekaligus. Di perangkat sekolah atau kantor, proxy ditetapkan administrator dan Anda tidak bisa mengubahnya.

Solusi 5: Bersihkan Cache DNS

Jika situs pindah ke server baru, jawaban DNS yang ter-cache bisa masih menunjuk IP lama, tempat tidak ada lagi yang mendengarkan. Membersihkan cache membuat perangkat Anda mencari alamat terkini.

# Windows (Command Prompt as Administrator)
ipconfig /flushdns

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Linux (systemd-resolved)
sudo resolvectl flush-caches

# Also clear Chrome's internal DNS cache:
# chrome://net-internals/#dns → Clear host cache

Setelah flush, bersihkan juga cache DNS milik Chrome di chrome://net-internals/#dns dan kosongkan socket pool di chrome://net-internals/#sockets — Chrome menyimpan keduanya terpisah dari sistem operasi. Untuk panduan lengkapnya, lihat artikel kami tentang cara flush DNS di semua OS.

Untuk melihat alamat yang benar-benar dipakai komputer Anda (termasuk file hosts dan cache), jalankan ping example.com, atau Resolve-DnsName example.com di PowerShell, lalu bandingkan dengan Cek DNS. Jangan pakai nslookup untuk ini: ia bertanya langsung ke server DNS dan melewati keduanya.

Solusi 6: Beralih ke Server DNS Publik

Jika resolver ISP Anda terus memberi alamat lama setelah Anda membersihkan cache, beralihlah ke resolver publik untuk mendapat jawaban yang segar.

Windows: Pengaturan → Jaringan & internet → Wi-Fi → Kelola jaringan yang diketahui → jaringan Anda (Ethernet → jaringan Anda) → Edit di samping "DNS server assignment" → Manual → IPv4 aktif → DNS Pilihan 1.1.1.1, DNS Alternatif 1.0.0.1 → Simpan.

macOS: Pengaturan Sistem → Jaringan → Wi-Fi → Detail → DNS → tambahkan 1.1.1.1 dan 1.0.0.1, hapus entri lama → OKE.

Tidak yakin resolver mana yang tercepat dari lokasi Anda? Jalankan DNS Speed Test dari DNS Robot — ia membandingkan Cloudflare, Google, Quad9, dan lainnya dari koneksi Anda sendiri dalam hitungan detik.

Solusi 7: Nonaktifkan Sementara VPN, Antivirus, dan Firewall

VPN, pelindung web antivirus, dan firewall berada di antara browser dan internet, dan masing-masing bisa menolak koneksi. Pelindung web yang memindai HTTPS melewatkan lalu lintas Anda lewat layanan lokal; jika layanan itu rusak, situs HTTPS bisa gagal di semua browser sekaligus. Dan sebagian situs langsung menolak alamat VPN.

Uji satu per satu: putuskan VPN lalu muat ulang. Kemudian jeda proteksi web antivirus semenit lalu muat ulang. Terakhir, jeda firewall pihak ketiga mana pun, yang sering menjadi bagian dari paket antivirus. (Firewall macOS hanya menyaring koneksi masuk, dan Windows Defender Firewall mengizinkan lalu lintas keluar kecuali ada yang menambahkan aturan. Jika Chrome menampilkan "Akses Internet Anda diblokir", penyebabnya firewall di perangkat Anda.)

Jika situs terbuka saat salah satunya dimatikan, aktifkan kembali dan tambahkan pengecualian untuk situs itu, atau pilih server VPN lain, daripada membiarkan proteksi mati.

Solusi 8: Uji Ekstensi di Mode Incognito

Ekstensi jarang menyebabkan kode ini: ekstensi yang memblokir situs menampilkan ERR_BLOCKED_BY_CLIENT. Tetapi jendela Samaran (Ctrl+Shift+N, atau Cmd+Shift+N di Mac) adalah tes sepuluh detik yang sekaligus menyingkirkan ekstensi dan data cache, karena ekstensi nonaktif di sana kecuali Anda mengizinkannya.

Jika situs terbuka di Samaran, buka chrome://extensions, nonaktifkan semuanya, lalu aktifkan satu per satu sampai error-nya kembali. Jika masih gagal di Samaran, penyebabnya di luar Chrome.

Solusi 9: Periksa File Hosts

File hosts meng-override DNS untuk nama yang ada di dalamnya. Jika situs dipetakan ke 127.0.0.1 atau IP server lama, browser Anda tersambung ke sana dan ditolak. Entri development yang tertinggal dan daftar hosts pemblokir iklan adalah tersangka biasa, dan file ini memengaruhi semua browser.

# Windows — open as Administrator:
notepad C:\Windows\System32\drivers\etc\hosts

# macOS / Linux:
sudo nano /etc/hosts

# Look for lines containing the domain, e.g.:
# 127.0.0.1   example.com   ← forces the connection to your own PC
# 203.0.113.7 example.com   ← forces an old server IP

# Delete the offending line, save, then flush DNS.

Solusi 10: Di Android atau iPhone

Ponsel menolak koneksi karena alasan yang sama, dengan saklar yang berbeda:

• Tukar jaringan: muat situs lewat data seluler, lalu lewat Wi-Fi. Jika hanya salah satunya yang menolak, masalahnya di jaringan itu, bukan di ponsel.
• Matikan aplikasi VPN, termasuk ad blocker dan firewall yang berjalan sebagai VPN (ada ikon kunci atau VPN di bilah status).
• Hapus proxy Wi-Fi: di Android, buka setelan jaringan Wi-Fi → ikon pensil (Ubah) → Opsi lanjutan → Proxy → Tidak ada (teksnya berbeda-beda menurut pembuat ponsel). Di iPhone: Pengaturan → Wi-Fi → ⓘ di samping jaringan → Konfigurasi Proxy → "Off" (nonaktif).
• Hapus data Chrome: Chrome → Setelan → Privasi dan keamanan → Hapus data penjelajahan → Gambar dan file dalam cache.
• Menguji server sendiri? Di ponsel, localhost adalah ponsel itu sendiri. Pakai alamat IP lokal komputer Anda (lihat bagian berikutnya).

Localhost Refused to Connect (Untuk Developer)

Melihat localhost refused to connect atau ERR_CONNECTION_REFUSED di 127.0.0.1 berarti tidak ada apa pun di mesin Anda yang menerima koneksi di alamat dan port yang Anda buka. Alasan-alasan umumnya:

• Server dev tidak berjalan — Anda belum memulainya, atau ia crash. Cek terminal tempat npm run dev, rails s, atau python manage.py runserver seharusnya berjalan.
• Salah port — server mulai di port lain (misalnya 3001 karena 3000 sedang dipakai). Salin alamat dari baris startup-nya.
• Tidak ada port di alamat — http://localhost menuju port 80, sedangkan server dev memakai port sendiri (3000, 5173, 8000, 8080).
• 127.0.0.1 vs [::1] — browser mencoba kedua alamat untuk localhost, tetapi server bisa mendengarkan hanya di salah satunya. Membuka alamat yang satunya secara langsung (http://127.0.0.1:3000 atau http://[::1]:3000), atau terhubung dari alat yang hanya mencoba satu, akan ditolak.
• Di dalam Docker — aplikasi harus mendengarkan di 0.0.0.0 di dalam container, dan port harus dipublikasikan (-p 3000:3000). Aplikasi yang terikat ke 127.0.0.1 di dalam container tidak bisa dijangkau dari mesin Anda (Anda mungkin melihat ERR_EMPTY_RESPONSE).
• Dari ponsel atau emulator — di sana, localhost adalah perangkat itu sendiri. Pakai IP LAN komputer Anda dan jalankan server dev di semua interface (Vite: --host), atau 10.0.2.2 dari Android Emulator, aliasnya untuk localhost komputer Anda.

# What is listening on port 3000?
# macOS / Linux:
lsof -nP -iTCP:3000 -sTCP:LISTEN

# Windows (PowerShell):
netstat -ano | findstr :3000 | findstr LISTENING

# No output = nothing is listening = connection refused.
# 127.0.0.1:3000 in the output = IPv4 only; [::1]:3000 = IPv6 only.

Jika Anda perlu memeriksa apakah port di server publik bisa dijangkau dari internet (bukan hanya dari mesin itu sendiri), pakai Cek Port dari DNS Robot — ia menguji koneksi dari luar jaringan Anda, yang memang dialami pengunjung Anda.

"Refused to Connect" di Dalam Halaman yang Disematkan

Jika "example.com menolak untuk terhubung." muncul di dalam kotak pada halaman lain (formulir, laporan, peta, atau login yang disematkan), biasanya itu bukan masalah jaringan. Chrome menampilkan kalimat yang sama ketika situs yang disematkan melarang ditampilkan di dalam halaman situs lain lewat header X-Frame-Options atau Content-Security-Policy: frame-ancestors. Secara internal itu ERR_BLOCKED_BY_RESPONSE, error -27 (net_error_list.h).

Sebagai pengunjung, buka tautan yang disematkan itu di tab sendiri; di sana ia akan terbuka. Sebagai pemilik situs, izinkan halaman yang menyematkan Anda dengan Content-Security-Policy: frame-ancestors 'self' https://parent.example. X-Frame-Options hanya bisa berkata DENY atau SAMEORIGIN, dan browser terkini mengikuti frame-ancestors saat halaman mengirim keduanya. Lihat apa yang dikirim situs Anda dengan Cek HTTP Header, dan panduan X-Frame-Options kami memuat header yang tepat.

Untuk Pemilik Situs: Situs Anda Menolak Koneksi

Jika pengunjung melaporkan ERR_CONNECTION_REFUSED di situs Anda, paket mereka sampai ke mesin di IP Anda, tetapi tidak ada yang menerima koneksi di sana. Kerjakan checklist ini:

• Apakah web server berjalan? SSH masuk dan periksa systemctl status nginx (atau apache2, caddy). Server yang gagal start setelah restart karena konfigurasi rusak, atau dimatikan saat mesin kehabisan memori, membuat tidak ada yang mendengarkan. Restart dengan sudo systemctl restart nginx.
• Apakah ia mendengarkan di port dan alamat yang benar? Jalankan ss -tlnp | grep -E ':(80|443) '. Server yang hanya mendengarkan di 127.0.0.1 menolak semua orang di luar; tidak ada apa pun di 443 berarti tidak ada server block yang mendengarkan di sana (HTTPS belum pernah disiapkan, atau file situs belum diaktifkan). nginx -T mencetak konfigurasi yang benar-benar dimuat.
• Apakah firewall menolak? Aturan yang disetel untuk menolak (iptables REJECT, ufw reject) mengirim penolakan. Deny default ufw dan firewall cloud seperti security group AWS membuang paket secara diam-diam, yang oleh pengunjung terlihat sebagai ERR_CONNECTION_TIMED_OUT.
• Apakah fail2ban memblokir seseorang? Ban default-nya menolak alamat yang diblokir, sehingga pengunjung itu (atau Anda, setelah beberapa kali gagal login SSH) mendapat ERR_CONNECTION_REFUSED sementara yang lain bisa masuk. Periksa sudo fail2ban-client status.
• Apakah IP server Anda berubah? Bandingkan record A Anda dengan IP server sesungguhnya memakai Cek DNS. Setelah migrasi, record A lama mengirim pengunjung ke mesin sebelumnya.
• Di belakang Cloudflare? Untuk record berstatus proxied (awan oranye), pengunjung terhubung ke Cloudflare, bukan ke Anda, sehingga tidak akan melihat kode ini. Ketika origin Anda menolak koneksi Cloudflare, Cloudflare menampilkan Error 521: Web server is down miliknya sendiri.
• Uji dari luar: Cek Port di port 80 dan 443, dan Cek HTTP Header untuk permintaan nyata dari internet publik.

Cara Memverifikasi Perbaikannya Berhasil

Setelah setiap perbaikan, pastikan koneksinya di tingkat jaringan, jangan hanya memuat ulang halaman: cara ini memberi tahu apakah port benar-benar terbuka.

# Test the TCP connection directly (Mac/Linux):
nc -zv -w 5 example.com 443
# "succeeded" = port open, "refused" = still rejected

# Windows (PowerShell):
Test-NetConnection example.com -Port 443
# TcpTestSucceeded : True = fixed

# Then confirm the address your computer actually uses:
ping -c 1 example.com          # Mac/Linux
Resolve-DnsName example.com    # Windows PowerShell

Atau lewati terminal: jalankan domain dan port lewat Cek Port dari DNS Robot untuk jawaban terbuka/tertutup dari luar jaringan Anda. Jika port terbuka dari luar tetapi browser masih menampilkan ERR_CONNECTION_REFUSED, pemblokirnya ada di perangkat atau jaringan Anda: kembali ke solusi VPN, perangkat lunak keamanan, dan file hosts.