ERR_SSL_PROTOCOL_ERROR — Penyebab dan Cara Mengatasinya

Pertama: masalahnya di Anda atau di server

Tiga pengujian ini memakan waktu kurang dari dua menit dan mencoret separuh daftar penyebab.

• Buka situs lewat data seluler di ponsel dengan Wi-Fi dimatikan. Kalau bisa, penyebabnya jaringan atau komputer Anda, bukan server.
• Coba browser lain. Hanya Chrome yang error sementara Firefox normal biasanya berarti cache TLS Chrome atau sebuah ekstensi.
• Gunakan alat pemeriksa SSL online yang berjalan dari server eksternal. Kalau alat itu juga melaporkan error, masalahnya di server dan Anda bisa melewati seluruh pengecekan sisi klien.

Melihat kejadian sebenarnya dengan openssl

Browser menyembunyikan hampir semua detail. Satu perintah menunjukkan persis apa yang dikirim server dan di mana handshake-nya gagal.

Jalankan: openssl s_client -connect situsanda.com:443 -servername situsanda.com. Tiga baris pertama hasilnya sudah memberi tahu hampir semua yang perlu Anda ketahui.

Penyebab di sisi server, dari yang paling sering

• Sertifikat sudah kedaluwarsa. Biasanya terjadi karena tugas perpanjangan otomatis Let's Encrypt gagal diam-diam berbulan-bulan sebelumnya tanpa ada yang menyadari.
• Sertifikat perantara tidak dipasang. Sertifikat Anda benar tapi bagian rantainya terlewat, dan hanya sebagian perangkat yang melaporkan error.
• Sertifikat tidak cocok dengan domain. Diterbitkan untuk "situsanda.com" tapi pengunjung membuka "www.situsanda.com", atau sebaliknya.
• Server hanya mendukung TLS 1.2 ke atas sementara ada klien lama, atau sebaliknya: server terlalu tua dan hanya bisa TLS 1.0 yang sudah ditolak browser modern.
• Konfigurasi SNI salah di server dengan banyak domain. Server mengembalikan sertifikat default alih-alih sertifikat domain yang diminta.
• Cloudflare diset ke mode Full sementara server asal tidak punya sertifikat valid, atau mode SSL-nya tidak sesuai kenyataan di server.
• Nginx mendengarkan port 443 tapi kehilangan direktif "ssl" atau menunjuk path file sertifikat yang salah. Error ini selalu muncul tepat setelah penyuntingan konfigurasi.

Penyebab di sisi klien, dari yang paling sering

• Tanggal dan jam sistem salah. Sertifikat punya rentang berlaku; jam yang meleset membuat sertifikat yang sepenuhnya valid dianggap tidak sah.
• Antivirus atau penyaring web yang mencegat HTTPS. Banyak produk menyisipkan sertifikatnya sendiri di tengah dan merusak handshake bila konfigurasinya tidak sempurna.
• Cache TLS browser menyimpan status yang rusak. Di Chrome, menghapus data penjelajahan biasanya menyelesaikannya.
• Jaringan kantor atau sekolah yang memfilter TLS. Perangkat inspeksi trafik organisasi adalah penyebab yang sangat umum ketika error hanya terjadi di satu lokasi.
• Browser atau sistem operasi terlalu tua. Perangkat yang tidak diperbarui bertahun-tahun tidak mendukung cipher yang diminta server modern.
• Ekstensi VPN atau proxy. Coba matikan semua ekstensi, atau gunakan jendela penyamaran dengan ekstensi dinonaktifkan.

Memperbaikinya agar tidak terulang

Sebagian besar insiden SSL di server adalah masalah proses, bukan masalah konfigurasi, dan di situlah tenaga sebaiknya diinvestasikan.

Pastikan perpanjangan otomatis benar-benar berjalan, jangan hanya percaya bahwa ia berjalan. Dengan certbot, "certbot renew --dry-run" memberi tahu apakah perpanjangan sungguhan akan berhasil atau gagal. Banyak situs tumbang karena sertifikat semata-mata karena tugas ini sudah lama rusak tanpa pernah diperiksa.

Pasang peringatan kedaluwarsa di tempat yang benar-benar Anda lihat. Tiga puluh hari sebelum jatuh tempo adalah jarak yang wajar untuk menanganinya tanpa terburu-buru.

Selalu pasang rantai sertifikat lengkap. Penyedia memberikan sertifikat Anda beserta bagian perantaranya; memasangnya setengah menghasilkan error yang hanya muncul di sebagian perangkat dan sangat sulit didiagnosis.

Setelah setiap perubahan konfigurasi SSL, uji dengan openssl dari mesin lain, bukan sekadar membuka browser di komputer Anda. Browser Anda menyimpan terlalu banyak hal untuk memberi hasil yang jujur.