Proksi HTTPS juga perlu menghantar rantaian sijilnya

Jika klien menolak proksi HTTPS sebelum mencapai tapak web, periksa rantaian yang dihantar oleh pendengar proksi. Sijil daun yang sah sahaja mungkin tidak membekalkan sijil perantaraan yang diperlukan oleh klien.

1. Kenal pasti titik akhir yang diperiksa. Baca nama hos dalam URL proksi yang dikonfigurasikan dan ralat untuk sambungan itu. Sijil pendengar mesti meliputi nama itu. Sijil tapak web atau sijil untuk alias IP lain tidak boleh menggantikannya.
2. Periksa konfigurasi rantaian pendengar. Konfigurasi OpenSSL yang disokong Squid boleh menyertakan sijil perantaraan dalam fail sijil. Sahkan susunannya dalam rujukan pendengar untuk keluaran Squid yang dipasang dan backend TLS; tingkah laku pakej tidak seragam. Contoh pendengar TLS Squid 6.13 mengekalkan kepercayaan pendengar berasingan daripada TLS destinasi.
3. Periksa kepercayaan klien secara berasingan. Menghantar sijil perantaraan membantu membina rantaian, tetapi klien masih memerlukan sauh kepercayaan akar yang dimaksudkan. Mengimport seluruh rantaian pelayan ke dalam stor akar tanpa diskriminasi ialah perubahan yang berbeza daripada membetulkan apa yang dihantar oleh pelayan.

Biarkan pengesahan dihidupkan. Ia mengenal pasti proksi HTTPS yang dimaksudkan oleh klien. Selepas sambungan itu disahkan, ralat sijil tapak web kemudiannya tergolong dalam sesi TLS destinasi melalui proksi, dengan penyiasatan nama hos dan kepercayaannya sendiri.