ERR_SSL_VERSION_OR_CIPHER_MISMATCH: Cara Memperbaikinya (Semua Browser)

Apa Itu ERR_SSL_VERSION_OR_CIPHER_MISMATCH?

ERR_SSL_VERSION_OR_CIPHER_MISMATCH berarti browser Anda dan situs web tidak bisa menyepakati cara mengenkripsi koneksi. Chrome menampilkan “Situs ini tidak dapat menyediakan sambungan aman” dan “example.com menggunakan protokol yang tidak didukung.”; di bagian detail tertulis “Klien dan server tidak mendukung versi protokol SSL umum atau cipher suite.” Chromium mencatatnya sebagai error -113 (net_error_list.h).

Error ini terjadi pada langkah pertama handshake TLS. Browser mengirim versi TLS dan cipher suite yang didukungnya; server harus memilih satu dari masing-masing. Jika server tidak punya kesamaan dengan daftar itu, menjawab dengan versi yang tidak lagi diterima browser, atau menolak melanjutkan karena tidak punya sertifikat untuk nama yang diminta, handshake berhenti di situ.

Karena gagal sebelum sertifikat apa pun diperiksa, sertifikat yang kedaluwarsa, salah nama, atau rantainya bermasalah menampilkan error yang berbeda (lihat tabel di bagian akhir). Firefox menampilkan SSL_ERROR_NO_CYPHER_OVERLAP untuk penolakan karena cipher atau sertifikat, dan SSL_ERROR_UNSUPPORTED_VERSION untuk server yang hanya mendukung TLS 1.0/1.1.

Tampilan Error di Setiap Browser

Semua browser berbasis Chromium (Chrome, Edge, Brave, Opera) menampilkan kode yang sama. Cari pesan berikut:

Apa Penyebab ERR_SSL_VERSION_OR_CIPHER_MISMATCH?

Jika error muncul di satu situs, penyebabnya adalah server atau CDN situs itu. Jika muncul di banyak situs, ada sesuatu di perangkat atau jaringan Anda yang menghalangi. Penyebabnya:

• Server hanya mendukung TLS 1.0 atau 1.1. Chrome, Edge, dan Firefox mulai memblokir keduanya pada 2020 (Firefox 78, Chrome dan Edge 84); sejak Chrome 98 (2022) tidak ada cara untuk melewatinya, dan Chromium melaporkan server seperti itu sebagai error ini (net_error_list.h).
• Server hanya menawarkan cipher lama, seperti RC4, 3DES, atau suite kelas ekspor. Kode TLS Chrome mematikan 3DES sepenuhnya, sehingga server yang tidak menawarkan yang lain tidak bisa diakses.
• Tidak ada sertifikat untuk nama yang Anda ketik (di beberapa CDN). Di Cloudflare dan CloudFront, hostname tanpa sertifikat ditolak handshake-nya pada langkah pertama. Di Cloudflare ini penyebab yang paling umum: sertifikat masih diaktifkan, record tidak di-proxy, sertifikat kustom kedaluwarsa tanpa cadangan, atau namanya subdomain bertingkat (Cloudflare). Server nginx atau Apache biasa justru mengirim sertifikat default-nya, yang menampilkan peringatan nama tidak cocok.
• Sesuatu di tengah jalan: pemindaian HTTPS antivirus, proxy perusahaan, atau VPN yang mengenkripsi ulang lalu lintas Anda dengan pengaturan TLS lama.
• Perangkat atau browser yang sangat lama: Windows XP, Android 4.x, dan browser yang bertahun-tahun tidak diperbarui tidak punya TLS 1.2 atau cipher yang kini diwajibkan server.

Kami Mencobanya: Server TLS Lama vs Klien Modern

Untuk menunjukkan apa yang memicu error ini, pada 27 Oktober 2026 kami menghubungkan klien TLS modern (OpenSSL 3.6) ke server uji publik badssl.com. Server TLS 1.0 dan 1.1 menjawab dengan versi yang tidak lagi diterima klien; server RC4 dan 3DES menolak dengan alert handshake_failure. Chrome melaporkan keempatnya sebagai ERR_SSL_VERSION_OR_CIPHER_MISMATCH:

Buka https://tls-v1-0.badssl.com:1010/ di Chrome dan Anda akan melihat halaman error yang persis sama. Jika situs Anda berperilaku seperti empat baris pertama, gunakan perbaikan untuk pemilik situs di bawah.

Cara Memperbaiki ERR_SSL_VERSION_OR_CIPHER_MISMATCH (Untuk Pengguna)

Anda tidak bisa mengubah server sebuah situs, jadi periksa dulu masalah ini milik siapa. Jika satu situs yang gagal, lompat ke perbaikan untuk pemilik situs: hanya pemiliknya yang bisa menyelesaikannya. Jika banyak situs gagal, coba langkah-langkah ini. (Mematikan QUIC, tips lama, tidak membantu di sini: kegagalan QUIC menampilkan ERR_QUIC_PROTOCOL_ERROR.)

Perbaikan 1: Periksa Apakah Masalahnya di Situs

Buka situs yang sama di perangkat lain atau dengan data seluler. Jika di sana juga gagal, masalahnya ada di server.

Untuk jawaban pasti, periksa situs di SSL Checker DNS Robot: untuk sebagian besar server, alat ini menampilkan versi TLS yang diterima, dan untuk situs di Cloudflare, alat ini menunjukkan apakah sudah ada sertifikat yang diterbitkan untuk nama itu. Situs yang hanya menerima TLS 1.0 atau 1.1 tidak bisa dibuka di Chrome, Edge, atau Firefox, dan tidak ada yang bisa diklik untuk melanjutkan: Chrome tidak menyediakan “tetap lanjutkan” untuk error ini.

Perbaikan 2: Perbarui Browser dan Sistem Operasi Anda

Browser dan sistem yang sangat lama tidak punya TLS 1.2, TLS 1.3, atau cipher yang kini dipakai server. Perbarui Chrome di chrome://settings/help dan Edge di edge://settings/help, lalu perbarui sistem operasi.

Internet Explorer di Windows XP dan Vista, serta browser bawaan di Android 4.0-4.3, tidak punya TLS 1.2 dengan cipher masa kini dan gagal di sebagian besar situs HTTPS.

Perbaikan 3: Periksa Pemindaian HTTPS Antivirus

Antivirus yang memindai HTTPS (Avast, Kaspersky, Bitdefender, ESET, Norton) berada di tengah setiap koneksi dan membuat koneksi TLS sendiri ke situs web. Jika pengaturan TLS-nya sudah usang, situs yang mewajibkan TLS modern akan gagal.

Matikan hanya bagian pemindaian HTTPS, yang namanya berbeda di tiap produk (pemindaian HTTPS Web Shield di Avast, penyaringan protokol SSL/TLS di ESET, pemindaian web terenkripsi di Bitdefender, pemindaian koneksi terenkripsi di Kaspersky), lalu muat ulang. Jika error hilang, perbarui antivirus atau tambahkan situs sebagai pengecualian, bukan membiarkan pemindaian mati.

Perbaikan 4: Putuskan VPN atau Proxy

Proxy perusahaan, dan VPN dengan fitur perlindungan web atau inspeksi HTTPS, membuat koneksi TLS sendiri ke situs (terowongan VPN biasa tidak). Putuskan koneksi lalu muat ulang. Jika situs terbuka, matikan fitur itu atau minta penyedia (atau tim IT Anda) memperbarui pengaturan TLS-nya.

Cara Memperbaiki ERR_SSL_VERSION_OR_CIPHER_MISMATCH (Untuk Pemilik Website)

Jika pengunjung melaporkan error ini di situs Anda, server atau CDN yang menjawab di port 443 tidak bisa menyepakati TLS dengan browser modern. Periksa dengan SSL Checker, lalu:

Perbaikan 1: Pastikan Setiap Nama Punya Sertifikat

Di Cloudflare, CloudFront, dan beberapa CDN lain, hostname tanpa sertifikat ditolak handshake-nya, dan browser menampilkan error ini, bukan peringatan sertifikat. Server nginx atau Apache biasa umumnya mengirim sertifikat default-nya (ERR_CERT_COMMON_NAME_INVALID) atau, dengan ssl_reject_handshake di nginx, alert unrecognized_name (ERR_SSL_UNRECOGNIZED_NAME_ALERT). Periksa setiap nama yang dipakai pengunjung: example.com, www.example.com, dan tiap subdomain.

Periksa setiap nama di SSL Checker, atau uji dari terminal (OpenSSL 1.1.1 atau lebih baru; jika muncul “Could not find certificate”, server menolak handshake untuk nama itu):

# Does the server present a certificate for this exact name?
openssl s_client -connect example.com:443 -servername www.example.com </dev/null 2>/dev/null | openssl x509 -noout -subject -ext subjectAltName

# Which TLS versions and ciphers does it accept?
nmap --script ssl-enum-ciphers -p 443 example.com

Perbaikan 2: Aktifkan TLS 1.2 dan TLS 1.3

Setiap browser saat ini membutuhkan minimal TLS 1.2. Aktifkan TLS 1.2 dan TLS 1.3, dan tidak ada yang lebih lama:

# nginx (site config or nginx.conf)
ssl_protocols TLSv1.2 TLSv1.3;

# Apache (ssl.conf)
SSLProtocol -all +TLSv1.2 +TLSv1.3

# Then check the config and reload
sudo nginx -t && sudo systemctl reload nginx
sudo apachectl configtest && sudo systemctl reload apache2

Setelah dimuat ulang, uji lagi dengan SSL Checker atau Qualys SSL Labs untuk memastikan hanya TLS 1.2 dan 1.3 yang ditawarkan.

Perbaikan 3: Tawarkan Cipher Suite Modern

Dengan TLS 1.2 aktif, server membutuhkan cipher yang masih diterima browser. Tawarkan ECDHE dengan AES-GCM atau ChaCha20-Poly1305 (set milik Mozilla); cipher RC4, 3DES, kelas ekspor, dan NULL ditolak.

# nginx (TLS 1.2 ciphers; TLS 1.3 ciphers are always on)
ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305;
ssl_prefer_server_ciphers off;

# Apache
SSLCipherSuite ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305
SSLHonorCipherOrder off

Perbaikan 4: Perbaikan Khusus Cloudflare

Panduan Cloudflare sendiri untuk error ini menyebutkan bahwa error muncul ketika hostname tidak dicakup oleh sertifikat (Cloudflare). Periksa secara berurutan:

• Apakah sertifikat sudah aktif? Domain baru mendapat sertifikat Universal SSL dalam 15 menit hingga 24 jam. Lihat SSL/TLS → Edge Certificates: statusnya harus Active.
• Apakah record DNS di-proxy? Sertifikat hanya ditampilkan untuk record yang di-proxy (awan oranye). DNS Lookup pada nama yang di-proxy mengembalikan alamat Cloudflare, bukan alamat server Anda.
• Apakah sertifikat kustom kedaluwarsa? Cloudflare menghapusnya setelah kedaluwarsa; jika tidak ada sertifikat aktif lain (seperti Universal SSL) yang mencakup nama itu, pengunjung mendapat error ini, bukan peringatan sertifikat.
• Apakah ini subdomain bertingkat? Pada setup penuh, Universal SSL hanya mencakup example.com dan *.example.com, bukan test.dev.example.com. Gunakan sertifikat Advanced atau kustom, atau Total TLS (membutuhkan Advanced Certificate Manager).

Perbaikan 5: Periksa CDN dan Load Balancer Lain

Jika CDN atau load balancer (CloudFront, Fastly, Akamai, load balancer cloud) mengakhiri koneksi TLS, pengaturannyalah yang menentukan, bukan pengaturan server Anda:

• Sertifikat untuk setiap hostname, dipasang pada distribution atau listener yang benar
• Minimal TLS 1.2 dalam kebijakan keamanannya, dengan cipher modern
• Dukungan SNI jika beberapa domain berbagi satu alamat IP

Cara Menguji Konfigurasi SSL Anda

Setelah membuat perubahan, pastikan pengaturan SSL Anda sudah benar. Alat-alat ini membantu menemukan masalah sebelum pengunjung Anda.

• DNS Robot SSL Checker: pemeriksaan cepat status sertifikat, masa berlaku, kelengkapan rantai, dan penerbit. Hasil dalam hitungan detik.
• Qualys SSL Labs: pemindaian mendalam versi TLS, cipher suite, dukungan protokol, dan kerentanan yang diketahui. Memberi nilai huruf (targetkan A atau A+).
• OpenSSL CLI: uji dari command line dengan openssl s_client -connect domain.com:443 untuk melihat handshake mentah, rantai sertifikat, dan cipher yang dinegosiasikan.
• Chrome DevTools: pada halaman yang berhasil dimuat, panel Security (atau Privacy and security) menampilkan versi TLS dan cipher yang digunakan.

# Quick check: protocol, cipher and certificate in a few lines
openssl s_client -connect yourdomain.com:443 -servername yourdomain.com -brief </dev/null

# Does it accept TLS 1.2? TLS 1.3?
openssl s_client -connect yourdomain.com:443 -servername yourdomain.com -tls1_2 -brief </dev/null
openssl s_client -connect yourdomain.com:443 -servername yourdomain.com -tls1_3 -brief </dev/null

Error SSL/TLS Terkait

Chrome memiliki beberapa error TLS dan sertifikat, masing-masing berasal dari langkah yang berbeda:

Panduan untuk error terkait: ERR_SSL_PROTOCOL_ERROR, ERR_CERT_AUTHORITY_INVALID, dan Koneksi Anda tidak pribadi.