Jika klien menolak proksi HTTPS sebelum mencapai situs web, periksa rantai yang dikirim oleh listener proksi. Sertifikat daun yang valid saja mungkin tidak menyediakan sertifikat perantara yang dibutuhkan klien.

  1. Identifikasi endpoint yang diperiksa. Baca nama host di URL proksi yang dikonfigurasi dan galat untuk koneksi tersebut. Sertifikat listener harus mencakup nama itu. Sertifikat situs web atau sertifikat untuk alias IP lain tidak dapat menggantikannya.
  2. Periksa konfigurasi rantai listener. Konfigurasi OpenSSL yang didukung Squid dapat menyertakan sertifikat perantara dalam berkas sertifikat. Konfirmasikan susunannya di referensi listener untuk rilis Squid yang terpasang dan backend TLS; perilaku paket tidak seragam. Contoh listener TLS Squid 6.13 menjaga kepercayaan listener terpisah dari TLS tujuan.
  3. Periksa kepercayaan klien secara terpisah. Mengirim sertifikat perantara membantu membangun rantai, tetapi klien tetap memerlukan jangkar kepercayaan akar yang dimaksud. Mengimpor seluruh rantai server ke penyimpanan akar tanpa pandang bulu adalah perubahan yang berbeda dari memperbaiki apa yang dikirim server.

Biarkan verifikasi tetap aktif. Ini mengidentifikasi proksi HTTPS yang dimaksudkan klien. Setelah koneksi itu terverifikasi, galat sertifikat situs web yang muncul kemudian termasuk pada sesi TLS tujuan melalui proksi, dengan penyelidikan nama host dan kepercayaannya sendiri.

Artikel terkait