Membuka sebuah halaman web sebenarnya adalah percakapan singkat antara browser dan server. Keduanya saling menyapa, bertukar permintaan dan jawaban, lalu berpamitan dengan tertib.

Sesekali percakapan tersebut dihentikan di tengah jalan. Tidak ada salam penutup dan tidak ada penjelasan, hanya tanda bahwa jalurnya sudah diputus. Google Chrome menamai kejadian ini ERR_CONNECTION_RESET dan menampilkannya sebagai halaman abu-abu bertuliskan "Sambungan direset."

Artikel ini membahas arti error tersebut, apa yang terjadi di jaringan, dan cara menemukan pihak yang memutus sambungan, baik di komputer, HP Android, maupun server.

ERR_CONNECTION_RESET Artinya Sambungan Diputus Paksa

ERR_CONNECTION_RESET artinya sambungan antara browser dan server yang sudah berjalan diputus paksa lewat paket reset (RST). Bila Anda terjemahkan ERR_CONNECTION_RESET dari bahasa Inggris satu per satu, hasilnya tiga potong makna. ERR menandai sebuah galat, CONNECTION merujuk pada sambungan jaringan, dan RESET berarti dikembalikan ke titik nol. Sambungan yang "direset" dihapus seketika, sehingga browser dan server kembali seperti belum pernah terhubung.

Kata kuncinya "sudah berjalan": jalur ke server sempat terbuka. Perbedaannya mirip dua cara telepon berakhir. Cara pertama, kedua orang berpamitan lalu menutup telepon. Cara kedua, sambungan mati mendadak di tengah kalimat. Connection reset artinya cara yang kedua. Pesan error itu disusun browser Anda setelah menerima sinyal pemutusan, bukan halaman kiriman website.

Di tab Console alat pengembang, error yang sama tercatat sebagai net::ERR_CONNECTION_RESET, sedangkan di forum sering ditulis err connection reset tanpa garis bawah. Pesan itu biasanya muncul saat sebuah gambar, skrip, atau panggilan API gagal dimuat. Panel itu bagian dari alat yang dibahas di artikel Inspect Element. Kode yang sama juga tampil di Microsoft Edge, Opera, dan Brave, karena ketiganya memakai mesin Chromium.

Membaca Layar "Sambungan direset." di Chrome

Kalimat yang benar-benar menjelaskan kejadiannya justru tercetak kecil. Chrome memasang judul besar "Situs ini tidak dapat dijangkau" pada beragam kegagalan, sehingga judul itu belum bercerita apa-apa. Informasi spesifiknya ada di kalimat tepat di bawah judul, "Sambungan direset.", yang dalam versi Inggris berbunyi The connection was reset.

Setelah itu Chrome menulis "Coba:" dan menyodorkan saran "Periksa sambungan" serta "Memeriksa proxy dan firewall". Pengguna Windows mendapat tombol ketiga, "Jalankan Diagnostik Jaringan Windows", kecuali saat memakai jendela samaran. Nama kodenya, ERR_CONNECTION_RESET, menjadi baris teks terakhir sebelum deretan tombol.

Pencarian yang paling sering diketik orang, "sambungan direset. coba periksa sambungan err_connection_reset", adalah salinan hampir utuh layar ini. Sebagian lain menulisnya "sambungan di reset" atau memakai padanan "sambungan disetel ulang", dengan makna yang sama.

Isi layar menyusut di perangkat lain. Chrome di macOS dan Linux tidak punya tombol diagnostik, sedangkan Chrome Android hanya menyisakan "Periksa sambungan". Firefox memakai judul berbeda untuk kondisi serupa, yaitu "Sambungan diputus".

Layar ERR_CONNECTION_RESET di Chrome Windows: situs ini tidak dapat dijangkau, sambungan direset, coba periksa sambungan.
Layar ERR_CONNECTION_RESET di Chrome Windows: situs ini tidak dapat dijangkau, sambungan direset, coba periksa sambungan.

Apa yang Terjadi di Jaringan: Paket RST dan Kode −101

Sambungan antara browser dan server dibawa oleh TCP (Transmission Control Protocol). Protokol ini mengenal dua cara mengakhiri sambungan. Cara normal memakai paket FIN, yang berarti "saya sudah selesai". Cara darurat memakai paket RST (reset), yang berarti "sambungan ini dibatalkan sekarang juga, sisa datanya dibuang".

Kapan RST boleh dikirim diatur RFC 9293, dokumen standar TCP terbaru. Aturan umumnya, RST dikirim saat datang paket yang tidak cocok dengan sambungan mana pun. RST juga dikirim ketika aplikasi membatalkan sambungan secara sepihak. Penerima RST wajib membuang antrean datanya dan melaporkan "connection reset" ke aplikasi.

Laporan itu sampai ke browser lewat sistem operasi. Linux memberinya nomor galat ECONNRESET 104 dan macOS nomor 54. Windows menyebutnya WSAECONNRESET 10054, dengan penjelasan resmi bahwa sambungan "ditutup paksa oleh host jarak jauh". Chromium lalu menerjemahkan semuanya menjadi satu kode internal:

C
// A connection was reset
// (corresponding to a TCP RST).
NET_ERROR(CONNECTION_RESET, -101)

Chrome Sudah Mencoba Sekali Lagi Sebelum Menyerah

Chrome tidak langsung menampilkan layar error saat menerima RST pertama. Kami menguji perilaku ini pada 15 September 2026 memakai Chrome 153 di macOS dan server uji yang sengaja membalas setiap permintaan dengan RST.

Log jaringan Chrome mencatat urutannya dengan jelas. Sambungan pertama, yang sudah disiapkan sebelum halaman diminta, menerima RST dengan os_error: 54. Chrome mencatatnya sebagai net_error: -101, lalu mengirim ulang permintaan yang sama lewat sambungan baru. Baru setelah sambungan kedua ikut direset, layar "Sambungan direset." ditampilkan. Di server lokal, seluruh proses itu berlangsung sekitar dua milidetik.

Kode Chromium menjelaskan alasannya. Server boleh menutup sambungan yang lama menganggur, sehingga permintaan yang terkirim bersamaan bisa terkena RST. Chrome pun mengulang otomatis bila sambungannya hasil pakai ulang dan belum ada balasan.

Konsekuensinya berguna untuk diagnosa. ERR_CONNECTION_RESET yang terlihat hampir selalu berarti pengirim RST konsisten memutus sambungan, bukan gangguan sepersekian detik. Pengecualiannya satu: RST yang datang setelah data mulai mengalir tidak diulang, sehingga unduhan atau halaman bisa berhenti di tengah.

ERR_CONNECTION_RESET di Chrome tampil setelah dua percobaan: sambungan siap pakai dan sambungan baru sama-sama kena RST.
ERR_CONNECTION_RESET di Chrome tampil setelah dua percobaan: sambungan siap pakai dan sambungan baru sama-sama kena RST.

Beda ERR_CONNECTION_RESET dengan Error Serupa Menurut Tahapnya

Cara paling mudah membedakan error koneksi Chrome adalah menanyakan di tahap mana percakapan gagal. Setiap kunjungan HTTPS melewati tiga tahap berurutan, dan tiap tahap punya kegagalan khasnya:

  1. Sebelum sambungan terbentuk. Paket pembuka yang ditolak menghasilkan ERR_CONNECTION_REFUSED, sedangkan paket yang tidak pernah berbalas menghasilkan ERR_CONNECTION_TIMED_OUT.
  2. Saat jabat tangan TLS. Sambungan TCP sudah jadi, lalu diputus ketika browser memperkenalkan diri untuk membuka jalur terenkripsi TLS. Hasilnya ERR_CONNECTION_RESET. Pemeriksa lalu lintas biasanya bertindak di tahap ini.
  3. Setelah permintaan dikirim. RST menghasilkan ERR_CONNECTION_RESET. Server yang menutup rapi dengan FIN tanpa mengirim apa pun menghasilkan ERR_EMPTY_RESPONSE, dengan layar "Halaman ini tidak berfungsi". Bila penutupan rapi itu terjadi pada sambungan pakai ulang, Chrome menulis ERR_CONNECTION_CLOSED, "tiba-tiba menutup sambungan".

Pembedaan RST dan FIN ini kami buktikan dengan server uji yang sama. Penutupan dengan FIN memunculkan ERR_EMPTY_RESPONSE, sedangkan penutupan dengan RST memunculkan ERR_CONNECTION_RESET. Firefox memperlakukan penutupan mendadak tanpa data sama dengan reset, sehingga pembedaan ini hanya berlaku di browser berbasis Chromium.

ERR_CONNECTION_RESET vs REFUSED dan TIMED_OUT: keduanya gagal sebelum tersambung, RESET diputus saat TLS atau sesudahnya.
ERR_CONNECTION_RESET vs REFUSED dan TIMED_OUT: keduanya gagal sebelum tersambung, RESET diputus saat TLS atau sesudahnya.

Ada dua hal yang otomatis tersingkir ketika layar menunjukkan ERR_CONNECTION_RESET. Pertama, domain sudah berhasil diterjemahkan menjadi alamat server, karena kegagalan DNS punya kodenya sendiri seperti DNS_PROBE_FINISHED_NXDOMAIN. Kedua, belum ada jawaban HTTP yang utuh, sehingga mencari kode 404 atau 503 di log tidak akan menemukan jejaknya.

Penyebab ERR_CONNECTION_RESET: Siapa yang Mengirim Paket RST

Paket RST tidak harus berasal dari server tujuan. Pihak mana pun yang berada di jalur dan melihat lalu lintasnya bisa mengirim RST atas nama salah satu ujung. Peta penyebab di bawah ini disusun berdasarkan letak pengirimnya.

Di perangkat Anda:

  1. Antivirus yang memeriksa HTTPS. Fitur seperti SSL/TLS protocol filtering di ESET atau HTTPS scanning di Avast membuka lalu lintas terenkripsi memakai sertifikat milik antivirus. Kaspersky menyebut galat saat pemeriksaan ini dapat menghalangi sambungan ke website, dan aplikasinya kemudian mengakhiri sambungan tersebut.
  2. Fitur perlindungan web pada aplikasi VPN. Pada satu kasus di forum bantuan Chrome tahun 2024, pelakunya aplikasi VPN yang sedang tidak tersambung. Fitur perlindungan webnya tetap aktif, dan error hilang begitu fitur itu dimatikan.
  3. Proxy dan ekstensi pemfilter. Proxy sistem atau ekstensi browser yang menyaring alamat tertentu bisa memutus sambungan yang tidak diizinkannya.

Di jaringan perantara:

  1. Firewall kantor, kampus, atau sekolah. Perangkat yang memeriksa isi lalu lintas sering memutus sambungan ke kategori situs yang tidak diizinkan pengelola jaringan.
  2. Perangkat pemutusan akses di jaringan penyedia internet. Mekanisme ini dibahas tersendiri di bagian berikutnya.

Di sisi server:

  1. Unggahan yang melampaui batas. Server yang menolak berkas terlalu besar lalu menutup sambungan sebelum seluruh data terbaca dapat memicu RST.
  2. Aturan firewall server. Aturan firewall bertarget REJECT dengan opsi tcp-reset sengaja membalas dengan RST.
  3. Proses yang berhenti di tengah jalan. Dokumentasi Windows menyebut aplikasi server yang mendadak berhenti atau host yang dimulai ulang sebagai pemicu reset yang lazim.

Beberapa hal yang sering disebut sebagai penyebab justru tidak berkaitan dengan RST. Cache dan cookie hanya menentukan isi yang dimuat, bukan nasib sambungannya. Server DNS yang bermasalah menghasilkan error DNS. Domain yang kedaluwarsa pun menghasilkan NXDOMAIN, bukan reset.

Penyebab ERR_CONNECTION_RESET menurut pengirim RST: antivirus atau VPN di perangkat, firewall atau ISP, dan server.
Penyebab ERR_CONNECTION_RESET menurut pengirim RST: antivirus atau VPN di perangkat, firewall atau ISP, dan server.

Hanya Satu Website yang Sambungannya Direset

Keluhan "err_connection_reset only one website" termasuk yang paling sering muncul. Bila website lain terbuka normal, tersangkanya menyempit menjadi tiga. Pertama, domain tersebut masuk daftar blokir di jaringan yang Anda pakai. Kedua, antivirus memperlakukan situs itu secara khusus, misalnya karena sertifikatnya gagal diperiksa. Ketiga, server menerapkan aturan untuk alamat atau wilayah jaringan Anda.

Membuka situs itu dari jaringan operator lain memakai perangkat yang sama memisahkan ketiganya. Bila situs terbuka, antivirus di perangkat bukan penyebabnya.

Saat Sambungan Direset karena Pemblokiran Situs

Di Indonesia, pemutusan akses ke situs yang dilarang tidak hanya bekerja di lapisan DNS. Laporan Kinerja Direktorat Jenderal Aplikasi Informatika Kominfo tahun 2023 menjabarkan sistem bernama TKPPSE (Tata Kelola Pengendalian Penyelenggara Sistem Elektronik). Sistem ini menjalankan pemutusan akses yang diatur Peraturan Menteri Kominfo Nomor 5 Tahun 2020.

Cara kerjanya dijelaskan dalam laporan tersebut. Lalu lintas pengguna di jaringan penyedia internet digandakan, lalu dibandingkan dengan daftar hitam. Bila cocok, perangkat pemutusan akses mengirim TCP Reset ke pengguna dan ke website tujuan. Laporan itu juga menyebut perangkatnya hanya bekerja pada protokol TCP, dan pembangunannya selesai di enam penyelenggara telekomunikasi pada 2021.

Mekanisme ini berjalan berdampingan dengan pemblokiran lewat DNS yang memakai daftar hitam yang sama. Peraturannya memang mewajibkan penyedia internet menampilkan laman labuh. Namun pada sambungan HTTPS, perantara tidak dapat menyisipkan halaman pemberitahuan tanpa memicu peringatan keamanan. Akibatnya pengguna bisa melihat "Sambungan direset." alih-alih halaman blokir.

Ada tiga konsekuensi praktis dari cara kerja ini:

  • Hasilnya bergantung pada jaringan. Situs yang sama bisa direset di satu penyedia dan terbuka di jaringan lain yang belum memasang perangkat tersebut.
  • Menghapus cache atau mengganti DNS tidak mengubah hasil. Pemutusannya terjadi pada lalu lintas TCP, bukan pada penerjemahan nama.
  • Cara memastikannya tersedia untuk umum. Masukkan domain situs ke kolom pencarian di trustpositif.komdigi.go.id, situs milik Kementerian Komunikasi dan Digital (dahulu Kominfo).

Bila domain yang terblokir adalah milik Anda dan pemblokirannya dirasa keliru, situs yang sama menyediakan menu Pengajuan Normalisasi untuk meminta peninjauan ulang.

Tiga Uji untuk Menemukan Tahap Sambungan Diputus

Ketiga uji ini tidak mengubah setelan apa pun. Hasilnya menjawab di tahap mana sambungan diputus dan apakah pemutusnya ada di dalam perangkat Anda.

Uji pertama: bandingkan dua keluarga browser. Buka alamat yang sama di Chrome dan Firefox. Keduanya memakai tumpukan jaringan yang berbeda. Hasil yang berbeda menunjuk ke sesuatu yang hanya menempel pada satu browser, seperti ekstensi atau modul perlindungan web. Hasil yang sama di keduanya memindahkan kecurigaan ke luar browser.

Uji kedua: tanyakan tahapnya ke curl. Perintah curl sudah terpasang di macOS, Linux, dan Windows 10 versi 1803 ke atas. Di Windows, ketik curl.exe di Command Prompt supaya tidak tertukar dengan perintah bawaan PowerShell:

Bash
curl -sSI https://contoh.id

Perhatikan angka di dalam kurung pada pesan kegagalannya:

  • curl: (35) berarti sambungan TCP terbentuk, lalu diputus saat jabat tangan TLS. Pola ini khas pemeriksa lalu lintas, antivirus, dan pemutusan akses.
  • curl: (56) berarti jabat tangan selesai dan permintaan terkirim, lalu sambungan diputus saat menunggu balasan. Tersangkanya bergeser ke server atau perangkat di depannya.
  • Baris berawalan HTTP/ berarti curl berhasil mendapat jawaban. Masalahnya ada di dalam browser, jadi kembali ke uji pertama.

Di macOS dan Linux, pesan pada kedua kegagalan itu diakhiri Connection reset by peer, bentuk asli yang diterjemahkan Chrome menjadi −101. Pengguna Windows dapat menambah pembanding lewat PowerShell dengan Test-NetConnection contoh.id -Port 443. Nilai TcpTestSucceeded : True memastikan tahap pertama lolos.

ERR_CONNECTION_RESET lewat curl: kode 35 berarti putus saat jabat tangan TLS, 56 putus saat menunggu balasan server.
ERR_CONNECTION_RESET lewat curl: kode 35 berarti putus saat jabat tangan TLS, 56 putus saat menunggu balasan server.

Uji ketiga: rekam bukti dengan net-export. Buka chrome://net-export di tab baru, tekan Start Logging to Disk, lalu muat ulang halaman yang bermasalah di tab lain. Setelah error muncul, kembali dan tekan Stop Logging. Berkas JSON yang tersimpan memuat net_error −101 beserta os_error dari sistem operasi, bukti bahwa RST datang dari luar Chrome.

Kirim berkas ini ke pengelola website atau tim TI kantor. Pilihan bawaannya membuang cookie dan data login, tetapi alamat yang dibuka selama perekaman tetap tercatat. Untuk masalah pada satu halaman saja, file HAR dari alat pengembang adalah alternatif yang lebih ringkas.

Cara Mengatasi ERR_CONNECTION_RESET di Komputer Windows

Kelima langkah berikut adalah cara mengatasi sambungan direset di sisi pengunjung, dimulai dari pengirim RST yang paling mudah diperiksa. Masing-masing disertai syarat kapan tidak perlu dijalankan, dan berlaku untuk Windows 10 maupun 11.

Langkah #1: Kecualikan situs dari pemeriksaan HTTPS antivirus

Buka pengaturan perlindungan web pada antivirus Anda dan cari bagian pemeriksaan HTTPS. Di ESET namanya SSL/TLS protocol filtering, sedangkan di Avast ada di dalam Web Guard. Tambahkan domain yang bermasalah ke daftar pengecualian, lalu muat ulang halaman.

Pengecualian per situs lebih aman daripada mematikan seluruh pemeriksaan. ESET menyebut bahwa mematikan lalu menyalakan kembali fitur ini sering memperbaiki sertifikat antivirus yang gagal terpasang. Lewati langkah ini bila uji pertama memberi hasil yang sama di Chrome dan Firefox.

Langkah #2: Periksa fitur perlindungan web di aplikasi VPN

Buka aplikasi VPN, termasuk yang sedang tidak tersambung, lalu cari fitur dengan nama sejenis threat protection, web protection, atau pemblokir iklan. Matikan fitur tersebut, muat ulang halaman, lalu nyalakan kembali bila terbukti bukan penyebabnya. Fitur ini bekerja terpisah dari terowongan VPN, sehingga tetap bisa memutus sambungan saat VPN terlihat mati.

Langkah #3: Pastikan tidak ada ekstensi yang mengambil alih proxy

Buka chrome://settings/system. Bila Chrome menyebut setelan proxy dikendalikan sebuah ekstensi, nonaktifkan ekstensi itu di chrome://extensions. Proxy yang bermasalah umumnya mengganggu banyak alamat sekaligus, jadi langkah ini tidak relevan bila hanya satu situs yang direset.

Langkah #4: Bersihkan sisa katalog Winsock

Antivirus dan VPN lama di Windows kadang meninggalkan komponen penyaring jaringan (Layered Service Provider, LSP) di katalog Winsock. Jalankan Command Prompt dengan hak Administrator, kemudian tampilkan daftar penyedia di katalog tersebut:

CMD
netsh winsock show catalog

Nama vendor antivirus atau VPN yang sudah dihapus dari komputer adalah tanda sisa yang perlu dibersihkan. Kembalikan katalog ke keadaan bersih dengan perintah berikut, lalu mulai ulang komputer:

CMD
netsh winsock reset

Menurut dokumentasi Microsoft, perintah ini mengembalikan katalog Winsock ke keadaan bersih dan menghapus seluruh LSP tambahan. Antivirus yang masih terpasang mungkin perlu dipasang ulang agar modul jaringannya kembali bekerja.

Langkah #5: Pindahkan perangkat ke jaringan lain

Sambungkan laptop ke hotspot ponsel dengan operator yang berbeda dari jaringan semula. Bila website terbuka, pengirim RST berada di jaringan asal: firewall kantor, filter konten di router, atau pemutusan akses di penyedia internet. Untuk jaringan kantor, laporkan hasil uji kedua ke tim TI beserta alamat situsnya.

ERR_CONNECTION_RESET di HP dan Chrome Android

Di Chrome Android, layar error ini lebih ringkas karena hanya menyisakan saran "Periksa sambungan". Kodenya tetap sama, jadi err_connection_reset di Android maupun HP merek lain dicari penyebabnya dengan logika pengirim RST yang sama seperti di komputer.

ERR_CONNECTION_RESET di Chrome Android: layar sambungan direset hanya menyarankan periksa sambungan, tanpa saran proxy.
ERR_CONNECTION_RESET di Chrome Android: layar sambungan direset hanya menyarankan periksa sambungan, tanpa saran proxy.
  • Aplikasi keamanan dengan perlindungan web. Antivirus Android dan aplikasi kontrol orang tua dapat memeriksa lalu lintas situs. Nonaktifkan fitur perlindungan webnya sebentar, lalu buka kembali halaman tersebut.
  • Perbandingan dua operator. Bila ponsel memakai dua kartu SIM, buka situs yang sama lewat data seluler masing-masing operator. Hasil yang berbeda antar-operator hampir selalu menunjuk ke jaringan penyedia, termasuk pemutusan akses.
  • Wi-Fi sekolah, kantor, dan tempat umum. Filter konten di jaringan tersebut memutus sambungan ke kategori situs tertentu. Perangkat lain di jaringan yang sama akan mengalami hal serupa.
  • Aplikasi yang memuat halaman web di dalamnya. Aplikasi berbasis Android System WebView biasanya menampilkan net::ERR_CONNECTION_RESET. Perbarui Chrome dan WebView lewat Play Store, lalu ulangi pembukaan halaman di Chrome.

ERR_CONNECTION_RESET di Website Anda Sendiri

Laporan "sambungan direset" dari pengunjung paling mudah ditelusuri bila disertai jam kejadian, nama jaringan pelapor, dan hasil curl atau berkas net-export. Mintalah ketiganya sebelum mengubah konfigurasi.

Periksa batas ukuran unggahan. Nginx memakai batas bawaan 1 MB lewat client_max_body_size. Apache sejak versi 2.4.54 memakai batas LimitRequestBody 1 GB. Unggahan yang melampaui batas ditolak dengan kode 413, lalu sambungannya bisa ditutup saat sisa berkas masih mengalir.

Di jaringan lokal, Chrome dalam uji kami sempat membaca halaman 413 walau pengirimannya gagal. Di jaringan sungguhan, RST bisa tiba lebih dulu dan membuang balasan itu, sehingga pengunjung melihat ERR_CONNECTION_RESET. Pada Nginx, batasnya dinaikkan di blok server:

Nginx
client_max_body_size 64m;

Samakan angkanya dengan upload_max_filesize dan post_max_size di PHP, supaya batas terkecil tidak berpindah ke tempat lain.

Cari aturan yang sengaja mengirim reset. Direktif return 444 di Nginx menutup sambungan tanpa jawaban. Bila reset_timedout_connection on aktif, penutupan itu dikirim sebagai RST. Periksa keduanya bersama aturan firewall di server:

Bash
nginx -T | grep -E '444|reset_'
iptables -S | grep tcp-reset

Aturan bawaan fail2ban memakai balasan ICMP yang berujung ERR_CONNECTION_REFUSED, sedangkan aksi drop di ModSecurity menutup sambungan dengan FIN. Jadi reset dari server biasanya lahir dari aturan yang ditulis manual. Rantai dan target aturan tersebut dijelaskan di artikel iptables.

Perhatikan perangkat di depan server. AWS Network Load Balancer, misalnya, berhenti melacak sambungan yang diam lebih dari 350 detik dan membalas data berikutnya dengan RST. Website di belakang Cloudflare berbeda lagi: server asal yang memutus sambungan tampil sebagai halaman Error 520, bukan ERR_CONNECTION_RESET. Bila pengunjung domain berproxy Cloudflare tetap melihat reset, penyebabnya ada di jalur antara pengunjung dan Cloudflare.

Pada VPS yang Anda kelola sendiri, batas unggahan dan aturan firewall sepenuhnya di tangan Anda. Pada layanan hosting bersama, kirimkan jam kejadian dan hasil curl ke penyedia agar mereka memeriksa perangkat di depan server.

Sisi Lain Perbaikan ERR_CONNECTION_RESET

Sebagian perbaikan di atas punya dampak yang perlu ditimbang lebih dulu.

Mematikan pemeriksaan HTTPS mengurangi perlindungan. Avast menyatakan bahwa tanpa fitur ini, malware yang dikirim lewat HTTPS tersembunyi di balik enkripsi. Pengecualian untuk satu domain tepercaya adalah pilihan yang lebih seimbang.

netsh int ip reset jauh lebih luas daripada reset Winsock. Microsoft menjelaskan perintah ini menimpa pengaturan TCP/IP dan DHCP, setara dengan memasang ulang TCP/IP. Konfigurasi yang diisi tangan, seperti IP tetap atau server DNS pilihan, kembali ke bawaan DHCP. Simpan perintah ini untuk kasus yang tidak selesai dengan empat langkah pertama.

Menaikkan batas unggahan terlalu tinggi menambah beban server. Tetapkan angka sedikit di atas ukuran berkas terbesar yang wajar diunggah pengguna, supaya unggahan raksasa tidak menghabiskan disk dan memori.

Menghapus cache atau mengganti DNS publik tidak menyentuh RST. Keduanya layak dijalankan hanya bila layar menunjukkan kode lain.

Pertanyaan Seputar ERR_CONNECTION_RESET

Apakah ERR_CONNECTION_RESET selalu berarti situsnya diblokir?

Tidak. Pemutusan akses hanya satu dari beberapa pengirim RST. Antivirus pemeriksa HTTPS, firewall kantor, dan konfigurasi server menghasilkan layar yang persis sama. Uji di jaringan operator lain dan pencarian domain di TrustPositif memisahkan kemungkinan tersebut dalam beberapa menit.

Kenapa error ini hanya muncul saat mengunggah file besar?

Pola ini hampir selalu menunjuk batas ukuran unggahan di server atau di perangkat perantara. Server menolak kiriman yang melampaui batas, lalu menutup sambungan saat data masih mengalir. Unggahan berkas kecil tidak menyentuh batas itu, sehingga halaman yang sama terasa normal.

Apa arti net::ERR_CONNECTION_RESET di Console padahal statusnya 200?

Artinya server sudah mengirim header berstatus 200, lalu sambungan direset sebelum isinya selesai terkirim. Chrome tidak mengulang permintaan pada kondisi ini, karena sebagian data sudah diterima. Periksa proses di server yang berhenti di tengah respons, atau batas waktu pada proxy dan load balancer di depannya.

Apa bedanya dengan pesan "connection reset by peer"?

Keduanya kejadian yang sama dari sudut pandang berbeda. "Connection reset by peer" adalah teks galat sistem operasi, yang muncul di curl, log aplikasi, dan log Nginx. ERR_CONNECTION_RESET adalah terjemahan Chrome atas galat tersebut. Pada log server, pesan itu berarti pihak di seberang, biasanya pengunjung atau server hulu, yang memutus sambungan.

Apa bedanya dengan ERR_NETWORK_CHANGED?

ERR_NETWORK_CHANGED (kode −21) tidak melibatkan paket RST. Chrome sendiri membatalkan permintaan karena jaringan perangkat berganti, misalnya saat berpindah dari Wi-Fi ke data seluler atau saat VPN dinyalakan. Layarnya pun berbeda: "Koneksi Anda terganggu" dengan kalimat "Perubahan jaringan terdeteksi." Setelah jaringan stabil, memuat ulang halaman biasanya sudah cukup.

Apakah pemilik website bisa melihat reset ini di log server?

Tergantung siapa pengirimnya. RST dari perantara yang memutus saat jabat tangan TLS membuat permintaan tidak pernah sampai ke web server, sehingga access log tidak mencatat kunjungan itu. Jadi laporan reset tanpa satu pun baris log pada jam yang sama mengarahkan kecurigaan ke jaringan pengunjung, bukan ke server.

Kesimpulan

ERR_CONNECTION_RESET artinya sambungan yang sudah terbentuk diputus paksa lewat paket RST. Chrome sudah mengulang permintaan sekali sebelum menampilkan "Sambungan direset.", jadi error yang terlihat menandakan ada pihak yang konsisten memutus sambungan.

Pengirimnya bisa berada di perangkat Anda, di jaringan perantara, atau di server. Bandingkan dua browser, baca kode curl, lalu rekam bukti dengan net-export sebelum mengubah setelan apa pun. Bila hasilnya menunjuk ke jaringan atau server milik pihak lain, kirimkan bukti tersebut beserta jam kejadian kepada pengelolanya.

Semoga artikel ini membantu.