Proksi ya HTTPS inapaswa pia kutuma mnyororo wake wa vyeti

Ikiwa wateja wanakataa proksi ya HTTPS kabla ya kufikia tovuti, chunguza mnyororo unaotumwa na kisikilizaji cha proksi. Cheti cha jani halali peke yake kinaweza kisitoe vyeti vya kati ambavyo mteja anahitaji.

1. Tambua ncha inayochunguzwa. Soma jina la mwenyeji katika URL ya proksi iliyowekwa na hitilafu ya muunganisho huo. Cheti cha kisikilizaji lazima kifunike jina hilo. Cheti cha tovuti au cheti cha jina lingine la IP hakiwezi kuchukua nafasi yake.
2. Angalia usanidi wa mnyororo wa kisikilizaji. Usanidi wa OpenSSL unaoungwa mkono na Squid unaweza kujumuisha vyeti vya kati kwenye faili ya cheti. Thibitisha mpangilio katika marejeleo ya kisikilizaji kwa toleo la Squid lililosakinishwa na TLS backend; tabia ya vifurushi si sawa. Mfano wa kisikilizaji cha TLS cha Squid 6.13 huweka imani ya kisikilizaji mbali na TLS ya mahali unapoelekea.
3. Angalia imani ya mteja kwa mbali. Kutuma vyeti vya kati kunasaidia kujenga mnyororo, lakini mteja bado anahitaji nanga ya imani ya mzizi iliyokusudiwa. Kuagiza mnyororo wote wa seva kwenye hifadhi ya mizizi bila ubaguzi ni mabadiliko tofauti na kurekebisha kile seva inachotuma.

Acha uthibitishaji ukiwa washa. Unatambua proksi ya HTTPS ambayo mteja alikusudia kutumia. Baada ya muunganisho huo kuthibitishwa, hitilafu ya cheti cha tovuti baadaye ni ya kipindi cha TLS cha mahali unapoelekea kupitia proksi, ikiwa na uchunguzi wake wa jina la mwenyeji na imani.