Wa stjoert it kliïntsertifikaat fia in proxy?
Hâld de mTLS-machtigings fan de bestimming skieden fan 'e proxy-machtigings en fan 'e sertifikaten dy't Apache brûkt as it syn eigen opgeande TLS-sesje oanmakket.
By gewoane HTTPS fia CONNECT stjoert de applikaasje it kliïntsertifikaat fan 'e webside by syn eigen TLS-hânskieding mei de bestimming. De proxy jout allinnich bytes troch; hy wurdt net fansels de TLS-klant fan 'e webside.
| Machtiging | Eigener/ferbining |
|---|---|
| Proxy-brûkersnamme/wachtwurd | Tagong fan 'e klant ta de proxy. |
| Kliïntsertifikaat en priveekaaie fan 'e webside | TLS-sesje fan 'e applikaasje mei de bestimming. |
| Opgeand kliïntsertifikaat fan 'e proxyserver | In TLS-sesje dy't de proxy sels begjint. |
Dizze rollen kinne tagelyk bestean. It is net nedich de priveekaaie fan 'e webside nei in ienfâldige tunnelproxy te uploaden om mTLS nei de bestimming wurkje te litten. Nei de CONNECT-oerdracht brûksto de gewoane ynstelling foar kliïntsertifikaten fan 'e bestimming yn 'e applikaasje en bliuwst it servercertifikaat fan 'e webside ferifiearjen.
SSLProxyMachineCertificateFile fan Apache leveret machtigings as Apache syn eigen opgeande TLS-sesje oanmakket. Advys oer dat bestân bewissiget net dat elke klant dy't in ûntrochsichtige trochstjoertunnel brûkt, it konfigurearje moat.
TLS-ûnderskepping einiget in sesje by in tuskenpersoan en feroaret dat eigendom. Stel fêst oft de frege klantidentiteit troch dy opstelling hinne kin, ynstee fan oan te nimmen dat it kopiearjen fan in sertifikaat autentikaasje fan ein oant ein behâldt.
By in flater: skriuw op oft it fersyk stoppe by de proxy-ynskriuwing, by de TLS fan 'e bestimming of by de lettere applikaasje-útwikseling. Set de machtiging op 'e ferbining dy't der echt om freget.