ERR_QUIC_PROTOCOL_ERROR: Arti & Cara Mengatasi di Chrome

Apa Itu ERR_QUIC_PROTOCOL_ERROR?

ERR_QUIC_PROTOCOL_ERROR berarti koneksi QUIC Chrome ke situs web terputus, biasanya setelah situs mulai mengirim halaman. QUIC adalah transport berbasis UDP di balik HTTP/3. Chrome menampilkan halaman umumnya "Situs ini tidak dapat dijangkau" ("Halaman web di … mungkin sedang tidak aktif untuk sementara atau dipindahkan secara permanen ke alamat web baru") dengan kode di bawahnya; Chromium mendefinisikannya sebagai error -356, "There is a QUIC protocol error".

Chrome biasanya pulih sendiri: ketika permintaan QUIC gagal, ia mengulang permintaan lewat koneksi TCP biasa, kecuali server sudah mulai menjawab (http_network_transaction.cc). Jadi jaringan yang memblokir QUIC sepenuhnya tidak menyebabkan error ini; yang menyebabkannya adalah jaringan, VPN, atau server yang membiarkan QUIC mulai lalu memutusnya.

Error ini hanya muncul di browser berbasis Chromium: Chrome, Edge, Opera, Brave, dan Vivaldi. Ini kegagalan yang berbeda dari ERR_SSL_PROTOCOL_ERROR (handshake TLS rusak) dan ERR_NETWORK_CHANGED (koneksi Anda berpindah). Muat ulang dulu, karena percobaan ulang sering berhasil; jika error terus kembali, perbaikan di bawah dimulai dari yang paling andal, yaitu mematikan QUIC, lalu menelusuri tiap penyebab.

Apa Itu QUIC dan Mengapa Chrome Menggunakannya?

QUIC dikembangkan oleh Google, pertama kali diumumkan pada 2013, dan distandarisasi oleh IETF sebagai RFC 9000 pada 2021. QUIC menggantikan TCP + TLS dengan satu protokol terenkripsi di atas UDP, dan menjadi transport di balik HTTP/3 (DNS Pribadi Android juga memakainya untuk DNS over HTTP/3: lihat apa itu DNS Pribadi).

Koneksi TCP + TLS 1.3 membutuhkan dua round trip sebelum permintaan pertama; QUIC hanya satu, dan bisa dilanjutkan dengan nol. Pada 7 Oktober 2020, Google mengumumkan bahwa 25% pengguna Chrome Stable sudah memakai IETF QUIC (draf h3-29). Google mengukur latensi Penelusuran turun lebih dari 2%, rebuffering YouTube turun lebih dari 9%, dan throughput naik lebih dari 3% di desktop dan 7% di seluler (Chromium Blog).

Chrome hanya memakai QUIC bila situs mengiklankannya, lewat header Alt-Svc atau catatan HTTPS DNS. Kami memeriksa 20 situs paling banyak dikunjungi pada 26 Oktober 2026: 10 di antaranya mengiklankan HTTP/3 di header Alt-Svc (Google, YouTube, Facebook, Instagram, Amazon, LinkedIn, Bing, WhatsApp, Cloudflare, dan OpenAI).

Apa Penyebab ERR_QUIC_PROTOCOL_ERROR?

Semua penyebabnya berpola sama: QUIC sudah mulai, lalu sesuatu memutusnya.

• Jaringan yang membiarkan QUIC mulai, lalu memutusnya — firewall, router, atau perangkat ISP yang membuang atau menghentikan lalu lintas UDP di tengah transfer. (Jaringan yang memblokir UDP 443 sepenuhnya hanya membuat Chrome memakai TCP, tanpa error.)
• VPN yang menjatuhkan UDP di tengah koneksi — ketika VPN tersambung ulang, berganti server atau rute, atau menghentikan aliran UDP yang sepi, koneksi QUIC yang sedang terbuka mati. (Jalur yang terlalu kecil untuk QUIC gagal saat handshake, dan di situ Chrome cukup memakai TCP.)
• Perangkat lunak keamanan yang memeriksa lalu lintas — "perlindungan web" antivirus atau firewall yang mencegat koneksi dapat merusak stream QUIC.
• Koneksi yang tidak stabil — Wi-Fi lemah, atau berpindah jaringan di tengah unduhan.
• Pengaturan HTTP/3 situs web — server atau CDN yang mengiklankan HTTP/3 tetapi stack QUIC-nya gagal di tengah respons. Dalam kasus itu semua orang melihat error di satu situs tersebut, di jaringan mana pun: Cek Website Down menunjukkan apakah situs itu juga gagal bagi orang lain.
• Bukan penyebab: proxy — Chrome hanya memakai QUIC pada koneksi langsung, jadi dengan proxy aktif semua permintaan lewat TCP.

Perbaikan 1: Nonaktifkan Protokol QUIC di Chrome

Perbaikan paling andal: dengan QUIC mati, Chrome memakai HTTP/2 (atau HTTP/1.1) lewat TCP untuk semua situs. Halaman tetap termuat; yang hilang hanyalah keunggulan kecepatan QUIC, yang menurut pengukuran Google sekitar 2% lebih cepat untuk Penelusuran dan 9% lebih sedikit rebuffering di YouTube.

Untuk admin IT: kebijakan Chrome dan Edge QuicAllowed yang diatur ke false mematikan QUIC di perangkat terkelola, tanpa menyentuh chrome://flags.

Nonaktifkan QUIC di Google Chrome

Ikuti langkah berikut untuk menonaktifkan QUIC di Chrome pada Windows, Mac, atau Linux.

1. Open Chrome and type in the address bar:
   chrome://flags/#enable-quic

2. Find "Experimental QUIC protocol"

3. Change the dropdown from "Default" to "Disabled"

4. Click "Relaunch" at the bottom to restart Chrome

5. Verify: visit the website that showed the error

Nonaktifkan QUIC di Microsoft Edge

Karena Edge berbasis Chromium, prosesnya hampir sama.

1. Open Edge and type in the address bar:
   edge://flags/#enable-quic

2. Find "Experimental QUIC protocol"

3. Change to "Disabled"

4. Click "Restart" to apply

Nonaktifkan QUIC di Opera & Brave

Opera dan Brave memakai sistem flag Chromium yang sama.

Opera:  opera://flags/#enable-quic → Disabled → Restart
Brave:  brave://flags/#enable-quic → Disabled → Restart

Perbaikan 2: Reset Koneksi Chrome

Menghapus data jarang menyelesaikan masalah ini, tetapi mereset koneksi yang terbuka bisa: Chrome lalu memulai koneksi QUIC (atau TCP) yang baru ke situs.

Flush Koneksi, Lalu Bersihkan Cache

Mulailah dengan Flush socket pools (lihat catatan di bawah). Jika error masih ada, bersihkan cache:

1. Press Ctrl+Shift+Delete (Windows/Linux) or Cmd+Shift+Delete (Mac)

2. Choose More → All time for the time range

3. Tick "Cached images and files"

4. Click "Delete data" ("Delete from this device" if you're signed out)

5. Restart Chrome and try the website again

Perbaikan 3: Nonaktifkan Ekstensi Browser

Jarang menjadi penyebab: ekstensi tidak bisa mengubah QUIC itu sendiri, dan ekstensi "VPN" di Chrome desktop sebenarnya adalah proxy, yang membuat Chrome tidak memakai QUIC sama sekali.

Buka situs di jendela Samaran (Ctrl+Shift+N), tempat ekstensi nonaktif kecuali Anda mengizinkannya. Jika situs termuat di sana, matikan ekstensi satu per satu di chrome://extensions/ untuk menemukan penyebabnya.

Perbaikan 4: Periksa Pengaturan Firewall dan Antivirus

Firewall yang memblokir port UDP 443 sepenuhnya tidak menyebabkan error ini: Chrome cukup memakai TCP. Masalahnya adalah firewall atau paket keamanan yang membiarkan QUIC mulai lalu membuangnya atau memeriksanya.

Izinkan UDP 443 keluar sepenuhnya, atau blokir sepenuhnya. Berikut cara memeriksa konfigurasi yang umum.

Windows Firewall

Windows Defender Firewall mengizinkan lalu lintas keluar secara default, dan aturan blokir selalu mengalahkan aturan izin, jadi cari aturan blokir yang ditambahkan seseorang lalu nonaktifkan. Jalankan PowerShell sebagai Administrator:

# List enabled outbound block rules that cover UDP (or any protocol)
Get-NetFirewallRule -Direction Outbound -Action Block -Enabled True |
  Where-Object { ($_ | Get-NetFirewallPortFilter).Protocol -in 'UDP', 'Any' } |
  Select-Object Name, DisplayName

# Turn off the rule that blocks UDP 443 (use its Name from the list)
Disable-NetFirewallRule -Name '<Name>'

macOS Firewall

Firewall bawaan macOS hanya mengontrol koneksi masuk, jadi tidak bisa memblokir QUIC. Jika Anda memakai firewall keluar seperti Little Snitch atau LuLu, periksa aturannya untuk lalu lintas UDP Chrome ke port 443.

Firewall di Level Router

Uji tercepat: sambungkan ke hotspot seluler ponsel Anda lalu muat situs tersebut. Jika error hilang, penyebabnya adalah router, perangkat ISP, atau firewall kantor Anda.

Lalu cari di halaman admin router (biasanya 192.168.1.1 atau 192.168.0.1) pengaturan firewall, "SPI", atau keamanan yang membatasi UDP, dan perbarui firmware-nya.

Perbaikan 5: Periksa VPN Anda

VPN menerowongkan semua lalu lintas Anda, termasuk UDP, jadi QUIC biasanya lewat dengan lancar. Masalah muncul ketika terowongannya sendiri tidak stabil: sambungan ulang, pergantian server atau rute, atau VPN yang menghentikan aliran UDP yang sepi akan mematikan koneksi QUIC yang sedang terbuka.

Putuskan VPN lalu muat ulang. Jika error hilang, coba ini:

• Ganti server atau protokol VPN — server yang lebih stabil atau protokol lain sering menghentikan putus-sambung
• VPN perusahaan — banyak jaringan perusahaan sengaja memblokir QUIC agar bisa memeriksa HTTPS; ikuti pengaturan dari IT dan matikan QUIC jika error berlanjut
• Biarkan QUIC mati selama memakai VPN — Perbaikan 1 berfungsi dengan VPN apa pun, karena Chrome lalu memakai TCP

Perbaikan 6: Cari Proxy Tersembunyi atau Filter Lalu Lintas

Pengaturan proxy tidak menyebabkan error ini: Chrome hanya memakai QUIC pada koneksi langsung, jadi dengan proxy semua permintaan lewat TCP. Yang bisa terlihat seperti proxy adalah perangkat lunak keamanan atau VPN yang menyaring lalu lintas di tingkat jaringan tanpa pengaturan proxy.

Jika error muncul di semua jaringan tetapi hanya di komputer ini, matikan perangkat lunak semacam itu ("web shield", "perlindungan jaringan", aplikasi VPN yang berjalan di latar belakang) satu per satu lalu muat ulang.

Perbaikan 7: Perbarui Chrome ke Versi Terbaru

Kode QUIC Chrome diperbarui secara berkala, dan pembaruan memperbaiki bug di sisi Chrome pada koneksi. Perbarui Chrome (atau Edge, Opera, Brave) sebelum mengubah hal lain di komputer yang sudah lama offline.

1. Open Chrome → click ⋮ (three dots) → Help → About Google Chrome

2. Chrome will automatically check for updates

3. If an update is available, click "Relaunch" to apply

4. After updating, verify your Chrome version:
   chrome://version
   
   Look for the version number 

Masalah QUIC di Sisi Server (Untuk Pemilik Website)

Jika Anda pemilik website dan pengunjung melaporkan ERR_QUIC_PROTOCOL_ERROR, masalahnya mungkin ada di server Anda. Berikut penyebab umum di sisi server.

• Pengaturan HTTP/3 Cloudflare — jika pengunjung melaporkan error dan Anda memakai Cloudflare, periksa Speed > Settings > Protocol Optimization > HTTP/3 dan uji dengan opsi itu dimatikan untuk sementara
• HTTP/3 di server Anda sendiri — nginx mendukung HTTP/3 sejak versi 1.25.0 (listen 443 quic reuseport; ditambah header Alt-Svc); LiteSpeed dan Caddy juga mendukungnya. Pastikan listener UDP di port 443 dapat dijangkau dan stack QUIC Anda mutakhir. QUIC selalu memakai TLS 1.3: Cek SSL menunjukkan apakah server Anda menawarkannya
• Load balancer yang tidak meneruskan UDP — load balancer aplikasi seperti AWS ALB hanya membawa TCP. Jika Anda mengiklankan h3 di Alt-Svc tanpa meneruskan UDP 443, Chrome menandai QUIC sebagai rusak untuk situs Anda selama 5 menit, lalu mencoba lagi dengan jeda yang digandakan hingga 2 hari, dan setiap kali berlomba dengan TCP: hapus headernya atau pakai load balancer layer 4 yang mendukung UDP

# Test HTTP/3 only, with no fallback (needs a curl built with HTTP/3)
curl --http3-only -sI https://your-domain.com

# Check something listens on UDP 443 (as root; firewalls are separate)
ss -ulnp 'sport = :443'

# Verify Alt-Svc header (tells browsers QUIC is available)
curl -sI https://your-domain.com | grep -i alt-svc
# Expected: alt-svc: h3=":443"; ma=86400

Haruskah QUIC Tetap Diaktifkan atau Dinonaktifkan?

Mematikan QUIC adalah perbaikan yang aman, tetapi di jaringan yang sehat Anda kehilangan kecepatan yang nyata. Cara praktis untuk memutuskan:

Biarkan QUIC aktif di rumah, di data seluler, dan di jaringan mana pun yang tidak menampilkan error. Data Google sendiri menunjukkan Penelusuran lebih cepat, rebuffering video lebih sedikit, dan throughput lebih tinggi dengan QUIC, dan QUIC menjaga koneksi tetap hidup saat ponsel Anda berpindah dari Wi-Fi ke data seluler.

Matikan QUIC di jaringan atau VPN yang errornya terus kembali. Chrome lalu memakai HTTP/2 (atau HTTP/1.1) lewat TCP, yang didukung semua jaringan; kebanyakan orang tidak akan merasakan bedanya di jalur broadband yang baik.

Ketika kegagalan sejenis terjadi lewat HTTP/2 dan bukan QUIC, Chrome menampilkan ERR_HTTP2_PROTOCOL_ERROR, yang punya penyebab dan perbaikan sendiri.