ERR_CONNECTION_RESET: Arti dan Cara Mengatasinya

Apa Itu ERR_CONNECTION_RESET?

ERR_CONNECTION_RESET adalah error yang ditampilkan Chrome, Edge, Brave, dan browser Chromium lainnya ketika koneksi ke situs sudah terbuka lalu diputus paksa. Halamannya bertuliskan "Situs ini tidak dapat dijangkau. Sambungan direset." Di dalam Chromium, ini adalah net error -101, dan kode sumbernya menjelaskannya dalam satu baris: koneksi direset, "corresponding to a TCP RST".

TCP reset (RST) adalah tombol tutup telepon milik jaringan. Koneksi normal berakhir dengan sopan lewat paket FIN setelah data terkirim. Reset mengakhirinya seketika, tanpa salam penutup, dan apa pun yang baru setengah dimuat langsung dibuang. Browser Anda sebenarnya sudah berhasil mencapai server: DNS bekerja dan koneksi sudah terbentuk. Lalu sesuatu di sepanjang jalur memutuskan untuk mematikannya.

"Sesuatu" itulah inti teka-tekinya. Bisa komputer Anda sendiri (antivirus, VPN, tumpukan jaringan yang rusak), router atau ISP Anda, firewall di depan situs, atau proses web server itu sendiri. Solusi di bawah diurutkan untuk menemukan pelakunya, mulai dari yang tercepat.

Tampilan Error Ini di Browser Lain

Kata-katanya berbeda di tiap browser, tetapi semuanya melaporkan TCP reset yang sama.

Jika Firefox justru menampilkan PR_CONNECT_RESET_ERROR di halaman "Sambungan Aman Gagal" (Secure Connection Failed), reset terjadi saat handshake HTTPS. Penyebabnya sangat mirip dengan yang dibahas di panduan ini, terutama pemindaian HTTPS antivirus dan penyaringan jaringan.

Apa Penyebab ERR_CONNECTION_RESET?

Setiap reset punya pengirim. Mengetahui siapa pengirimnya memberi tahu siapa yang bisa memperbaikinya.

Lima penyebab pertama ada di sisi Anda dan biasanya bisa diperbaiki dalam hitungan menit. Dua terakhir ada di sisi situs: sesering apa pun Anda menghapus cache, hasilnya tidak berubah, dan satu-satunya jalan adalah pemilik situs membereskannya, atau Anda menunggu.

Langkah 1: Masalahnya di Anda atau di Situs?

Luangkan 60 detik untuk ini sebelum mengubah pengaturan apa pun. Hasilnya menentukan bagian mana dari panduan ini yang berlaku untuk Anda.

• Coba jaringan lain. Matikan Wi-Fi di ponsel dan buka halaman yang sama memakai data seluler. Jika terbuka, reset terjadi di perangkat Anda atau di jaringan rumah/kantor Anda.

• Coba situs lain. Jika semua situs HTTPS ter-reset, curigai VPN, proxy, atau antivirus. Jika hanya satu situs, curigai penyaringan atau server situs itu.

• Uji server dari luar. Port Checker dari DNS Robot menyambung ke port 443 situs dari server kami. Jika port terbuka bagi kami tetapi ter-reset bagi Anda, masalahnya ada di antara Anda dan situs.

• Lacak rutenya. Traceroute menampilkan setiap hop jaringan antara DNS Robot dan server, sehingga Anda bisa membedakan server yang mati dari jalur yang rusak.

Solusi 1: Muat Ulang, Lalu Coba Jendela Incognito

Reset yang muncul sekali sering hanya kebetulan: router sedang reboot, server restart saat deploy, atau perpindahan Wi-Fi. Tekan Ctrl + R (Mac: Cmd + R) setelah beberapa detik.

Jika terus terjadi, buka halaman di jendela Incognito (Ctrl + Shift + N, Mac Cmd + Shift + N). Incognito berjalan tanpa ekstensi dan tanpa cookie tersimpan. Jika halaman terbuka di sana, ekstensi atau cookie yang rusak adalah penyebabnya: nonaktifkan ekstensi satu per satu, atau hapus data situs itu lewat ikon di sebelah kiri address bar → Setelan situs → Hapus data.

Solusi 2: Matikan VPN dan Periksa Pengaturan Proxy

VPN dan proxy berada di tengah setiap koneksi, dan ketika servernya kelebihan beban, diblokir, atau punya timer idle yang terlalu pendek, keduanya me-reset koneksi. Putuskan VPN sepenuhnya (jangan sekadar ganti server) lalu muat ulang.

• Windows 11: Pengaturan → Jaringan & internet → Proksi. Biarkan Deteksi pengaturan secara otomatis tetap aktif, lalu di bagian Penyiapan proksi manual klik Siapkan (atau Edit) dan matikan Gunakan server proksi.

• macOS: Pengaturan Sistem → Jaringan → pilih Wi-Fi atau Ethernet → Detail… → Proksi. Matikan semua proxy yang tidak Anda pasang dengan sengaja.

• Chrome sendiri memakai proxy sistem, jadi tidak ada pengaturan terpisah yang perlu diubah di browser.

# Windows juga punya proxy terpisah untuk layanan sistem (WinHTTP).
# Jalankan di Command Prompt atau PowerShell dengan hak administrator:
netsh winhttp show proxy
netsh winhttp reset proxy

Solusi 3: Jeda Pemindaian HTTPS Antivirus atau Firewall

Banyak paket antivirus mendekripsi dan memeriksa lalu lintas HTTPS Anda. Fiturnya punya nama seperti HTTPS scanning, Web Shield, SSL/TLS protocol filtering, atau Scan encrypted connections. Ketika pemindai tidak bisa menangani sertifikat atau protokol suatu situs, ia me-reset koneksi alih-alih meloloskannya.

Untuk menguji, matikan opsi pemindaian HTTPS saja, bukan seluruh antivirus, lalu muat ulang. Jika halaman terbuka, matikan pemindaian untuk situs itu saja (sebagian besar produk mendukung pengecualian) atau perbarui antivirusnya. Firewall pihak ketiga bisa melakukan hal yang sama, jadi uji juga dengan firewall dijeda.

Solusi 4: Reset Tumpukan Jaringan Windows (Winsock)

Windows menyimpan katalog komponen jaringan bernama Winsock. Klien VPN, antivirus lama, dan sebagian malware menambahkan entri ke dalamnya, dan katalog yang rusak menghasilkan reset di semua situs. Me-reset Winsock dan tumpukan TCP/IP mengembalikan keduanya ke default. Buka Command Prompt sebagai administrator dan jalankan:

netsh winsock reset
netsh int ip reset
ipconfig /release
ipconfig /renew
ipconfig /flushdns

:: Restart PC setelahnya. Reset Winsock baru berlaku setelah reboot.

Di Windows 11 ada juga versi sekali klik: Pengaturan → Jaringan & internet → Pengaturan jaringan tingkat lanjut → Reset jaringan. Fitur ini menghapus dan memasang ulang semua adaptor jaringan lalu me-restart PC, jadi Anda perlu menyambung ulang ke Wi-Fi dan memasang ulang VPN setelahnya.

Solusi 5: Flush DNS dan Coba Resolver DNS Lain

DNS sendiri tidak mengirim reset, tetapi sebagian resolver ISP dan kantor mengarahkan domain yang diblokir ke server penyaring yang me-reset koneksi. Alamat lama di cache juga bisa mengirim Anda ke server yang tidak lagi meng-host situs itu. Flush cache-nya dulu. Panduan flush DNS kami berisi perintah untuk setiap sistem:

# Windows
ipconfig /flushdns

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

# Cache milik Chrome: buka chrome://net-internals/#dns lalu klik "Clear host cache"

Lalu bandingkan jawaban jaringan Anda dengan jawaban yang netral. Masukkan domain ke DNS Lookup dari DNS Robot: jika alamat IP di sana berbeda dari yang di-resolve komputer Anda (nslookup example.com), resolver Anda sedang mengalihkan Anda. Beralihlah ke resolver publik seperti Cloudflare (1.1.1.1) atau Google (8.8.8.8). DNS Speed Test kami menunjukkan mana yang tercepat dari lokasi Anda.

Solusi 6: Turunkan MTU Jika Halaman Besar Gagal tetapi yang Kecil Terbuka

Pola klasiknya: halaman sederhana terbuka, tetapi halaman besar, unduhan file, atau proses login ter-reset. Itu tanda masalah MTU. Paket terlalu besar untuk salah satu link di jalur (umum pada VPN, DSL PPPoE, dan sebagian hotspot seluler), dan perangkat yang seharusnya melaporkan masalah itu malah membuang paketnya diam-diam, sehingga koneksi macet lalu gagal.

Cari ukuran paket terbesar yang bisa lewat tanpa fragmentasi. 1472 byte data ditambah 28 byte header sama dengan MTU standar 1500:

:: Windows: -f = jangan fragmentasi, -l = ukuran payload
ping example.com -f -l 1472
:: "Packet needs to be fragmented but DF set" = terlalu besar. Turunkan sampai ada balasan.

:: Lalu set MTU = (ukuran terbesar yang berhasil + 28), mis. 1400:
netsh interface ipv4 show subinterfaces
netsh interface ipv4 set subinterface "Wi-Fi" mtu=1400 store=persistent

# macOS: -D = jangan fragmentasi, -s = ukuran payload
ping -D -s 1472 example.com

Solusi 7: Flush Socket Pool Chrome dan Reset Chrome

Chrome memakai ulang koneksi yang masih terbuka agar halaman lebih cepat dimuat. Jika salah satu koneksi di pool itu sudah basi, misalnya setelah Anda berpindah jaringan atau VPN terputus, Chrome mungkin mencobanya lagi dan terkena reset. Buka chrome://net-internals/#sockets dan klik Flush socket pools, lalu muat ulang.

Masih gagal hanya di Chrome sementara Firefox lancar? Buka chrome://settings/reset → Pulihkan setelan ke default aslinya (Restore settings to their original defaults). Langkah ini menonaktifkan ekstensi dan menghapus data sementara, tetapi bookmark, histori, dan sandi tersimpan tetap aman.

Mengatasi ERR_CONNECTION_RESET di Android dan iPhone

Ponsel mengalami error ini karena alasan yang sama, ditambah satu lagi: pengaturan DNS pribadi (Private DNS) di Android yang mengarah ke server penyaring atau server yang tidak terjangkau.

• Android, DNS pribadi: Setelan → Jaringan & internet → DNS pribadi → pilih Otomatis (di Samsung: Pengaturan → Koneksi → Pengaturan koneksi lainnya (More connection settings) → DNS Pribadi). Panduan kami tentang Private DNS di Android menjelaskan fungsi setiap opsi.

• Android, reset setelan jaringan: Setelan → Sistem → Opsi reset → Reset Bluetooth & Wi-Fi, ditambah Reset setelan jaringan seluler jika data seluler ikut terdampak (di Samsung: Pengaturan → Manajemen umum → Reset → Reset pengaturan Wi-Fi dan Bluetooth).

• iPhone dan iPad: Pengaturan → Umum → Transfer atau Atur Ulang iPhone → Atur Ulang → Atur Ulang Pengaturan Jaringan. Langkah ini melupakan jaringan Wi-Fi beserta kata sandinya, dan menghapus pengaturan VPN yang tidak dipasang lewat profil konfigurasi.

• Keduanya: matikan aplikasi VPN atau pemblokir iklan (banyak yang bekerja sebagai VPN lokal), beralih antara Wi-Fi dan data seluler, dan perbarui aplikasi browser.

Untuk Pemilik Situs: Temukan Apa yang Me-reset Pengunjung Anda

Jika pengunjung melaporkan ERR_CONNECTION_RESET dan situs Anda gagal dari beberapa jaringan, reset berasal dari stack Anda sendiri. Periksa dari luar ke dalam:

• Reproduksi dari luar. Jalankan curl -v https://yourdomain.com dari mesin di luar jaringan Anda, atau uji port 443 dengan Port Checker. Catat apakah reset terjadi sebelum handshake TLS, di tengahnya, atau setelah permintaan terkirim.

• Periksa lapisan keamanan. Rate limiter, fail2ban, CrowdSec, dan WAF cloud bisa menolak IP yang diblokir dengan TCP reset (misalnya aturan iptables REJECT --reject-with tcp-reset). Sebelum yang lain, periksa apakah IP pengguna yang melapor sedang diblokir.

• Cari crash dan restart. Proses yang mati di tengah permintaan ikut memutus semua koneksinya yang terbuka. Periksa journalctl -u your-service, pm2 logs, atau dmesg -T | grep -i "killed process" untuk OOM killer (out-of-memory killer) Linux.

• Periksa TLS. Sajikan TLS 1.2 dan 1.3 dengan rantai sertifikat lengkap. Pengaturan protokol lama atau rantai yang rusak bisa mengakhiri handshake secara mendadak di sebagian klien. SSL Checker menampilkan rantai sertifikat dan masa berlakunya, dan HTTP Headers menunjukkan respons yang diterima permintaan sungguhan.

• Periksa CDN. Jika situs Anda berada di belakang Cloudflare atau CDN lain, baca log peristiwa keamanannya untuk IP atau negara pengunjung sebelum menyentuh server origin.

# Apakah IP pengunjung diblokir fail2ban?
sudo fail2ban-client status              # daftar jail
sudo fail2ban-client status sshd         # IP yang diblokir di satu jail
sudo fail2ban-client set sshd unbanip 203.0.113.7

# Apakah OOM killer menghentikan aplikasi Anda?
dmesg -T | grep -i "killed process"

ERR_CONNECTION_RESET vs Refused vs Timed Out vs Closed

Keempat error ini tampak mirip di layar, tetapi menggambarkan kejadian berbeda di jaringan, dan masing-masing mengarah ke solusi yang berbeda. Kodenya adalah nomor net error milik Chromium sendiri.

Panduan lengkap untuk error sejenisnya: ERR_CONNECTION_REFUSED, ERR_CONNECTION_TIMED_OUT, dan ERR_CONNECTION_CLOSED. Jika jaringan Anda juga memblokir DNS aman, lihat jaringan ini memblokir lalu lintas DNS terenkripsi.