Upande upi wa proksi ya ukaguzi ulikataa cheti?

Mteja anaamini proksi ya ukaguzi iliyoidhinishwa. Ombi bado linashindwa kwa sababu ya hitilafu ya cheti. Mambo yote mawili yanaweza kuwa kweli: proksi hiyo ina uhusiano mwingine wa TLS wa kuthibitisha.

client -- TLS to approved intermediary -- proxy -- TLS to website -- destination

Katika mpango wa uingiliaji, mpatanishi humaliza TLS ya mteja na kuunda muunganisho wake mwenyewe mbele. Mteja anaweza kukubali cheti kinachowasilishwa upande wake wakati proksi inakataa cheti inachopokea kutoka kwa tovuti.

Soma hitilafu ya mthibitishaji

Baini mchakato upi uliripoti mnyororo au jina la mwenyeji ulioshindwa. Ukurasa wa hitilafu unaozalishwa na proksi unaweza kumfikia mteja kwa mafanikio kupitia muunganisho halali. Kubadilisha tena faili ya CA ya mteja hakuupdate mipangilio ya uaminifu wa juu ya proksi.

Kwa mfano Mitmproxy huandika chaguo tofauti za uaminifu wa juu, ikiwa ni pamoja na ssl_verify_upstream_trusted_ca. Msimamizi anayefaa anaweza kusanidi uaminifu ulioidhinishwa kwa huduma ya juu huku akihifadhi uthibitishaji. Bidhaa nyingine ya proksi inahitaji kiolesura chake sambamba.

Angalia pia jina halisi la lengo na mnyororo. Huduma ya kibinafsi isiyo na cheti cha kati, cheti kilichoisha muda na mtoaji wa kibinafsi asiyetambulika huhitaji matengenezo tofauti. Msamaha uliokusudiwa kwa huduma moja ya kibinafsi haupaswi kuwa kimya kimya ukubalifu wa kimataifa wa kila cheti.

Tunnel ya kawaida ya CONNECT ni tofauti

Tunnel ya upelekaji isiyo wazi haigawanyi TLS ya lengo kwa namna hii. Kwa kawaida programu hujadili na kuthibitisha yenyewe kipindi hicho cha TLS kutoka mwisho hadi mwisho. Kwanza baini kama uingiliaji ni sehemu ya njia kwa kweli, badala ya kutumia mipangilio ya proksi ya ukaguzi kwa mpatanishi yeyote.

Rekodi matokeo mawili ya uthibitishaji tofauti. “Cheti cha proksi kinaaminika” hujibu swali la upande wa mteja; hakithibitishi kile proksi ilichokiona ilipounganisha juu.