Nani Anatumiua Cheti cha Mteja Kupitia Proksi?
Tenganisha vitambulisho vya mTLS vya lengo na vitambulisho vya proksi na vyeti ambavyo Apache hutumia linapounda kipindi chake cha TLS cha juu.
Katika HTTPS kupitia CONNECT ya kawaida, programu hutuma cheti cha mteja cha tovuti wakati wa makubaliano yake ya TLS na lengo. Proksi hupeleka baiti tu; haifanyiki kiotomatiki kuwa mteja wa TLS wa tovuti.
| Kitambulisho | Mmiliki/unganisho |
|---|---|
| Jina la mtumiaji/nenosiri la proksi | Ufikiaji wa mteja kwa proksi. |
| Cheti cha mteja na ufunguo wa faragha wa tovuti | Kipindi cha TLS cha programu na lengo. |
| Cheti cha mteja cha juu cha seva ya proksi | Kipindi cha TLS ambacho proksi yenyewe huanzisha. |
Majukumu haya yanaweza kuwepo pamoja. Kupakia ufunguo wa faragha wa tovuti kwenye proksi rahisi ya handaki hakuhitajiki ili mTLS ya lengo ifanye kazi. Baada ya makabidhiano ya CONNECT, tumia usanidi wa kawaida wa cheti cha mteja wa lengo kwenye programu na uendelee kuthibitisha cheti cha seva ya tovuti.
SSLProxyMachineCertificateFile ya Apache hutoa vitambulisho wakati Apache linapounda kipindi chake cha TLS cha juu. Ushauri kuhusu faili hilo hauthibitishi kwamba kila mteja anayetumia handaki la uenezaji lisilo wazi lazima alisanidi.
Udukuzi wa TLS humaliza kipindi kwa mpatanishi na hubadilisha umiliki huu. Tambua kama utambulisho wa mteja unaohitajika unaweza kupita katika mpangilio huo badala ya kudhani kuwa kunakili cheti kunahifadhi uthibitishaji kutoka mwisho hadi mwisho.
Kwa hitilafu, rekodi kama ombi lilisimama kwenye kuingia kwa proksi, kwenye TLS ya lengo au kwenye mabadilishano ya baadaye ya programu. Weka kitambulisho kwenye unganisho ambalo kwa kweli linaomba.