ప్రాక్సీ ద్వారా క్లయింట్ సర్టిఫికెట్ను ఎవరు పంపుతారు?
గమ్యస్థానం యొక్క mTLS ఆధారాలను ప్రాక్సీ ఆధారాల నుండి మరియు Apache తన స్వంత అప్స్ట్రీమ్ TLS సెషన్ను సృష్టించినప్పుడు ఉపయోగించే సర్టిఫికెట్ల నుండి వేరుగా ఉంచండి.
సాధారణ CONNECT ద్వారా HTTPS లో, అప్లికేషన్ తన గమ్యస్థాన TLS హ్యాండ్షేక్ సమయంలో వెబ్సైట్ క్లయింట్ సర్టిఫికెట్ను పంపుతుంది. ప్రాక్సీ బైట్లను మాత్రమే రిలే చేస్తుంది; అది స్వయంచాలకంగా వెబ్సైట్ యొక్క TLS క్లయింట్ కాదు.
| ఆధారం | యజమాని/కనెక్షన్ |
|---|---|
| ప్రాక్సీ వినియోగదారు పేరు/పాస్వర్డ్ | ప్రాక్సీకి క్లయింట్ యాక్సెస్. |
| వెబ్సైట్ క్లయింట్ సర్టిఫికెట్ మరియు ప్రైవేట్ కీ | గమ్యస్థానంతో అప్లికేషన్ యొక్క TLS సెషన్. |
| ప్రాక్సీ సర్వర్ యొక్క అప్స్ట్రీమ్ క్లయింట్ సర్టిఫికెట్ | ప్రాక్సీ స్వయంగా ప్రారంభించే TLS సెషన్. |
ఈ పాత్రలు కలిసి ఉండవచ్చు. గమ్యస్థాన mTLS పని చేయడానికి వెబ్సైట్ ప్రైవేట్ కీని సాధారణ టన్నెలింగ్ ప్రాక్సీకి అప్లోడ్ చేయాల్సిన అవసరం లేదు. CONNECT బదిలీ తర్వాత, అప్లికేషన్ యొక్క సాధారణ గమ్యస్థాన క్లయింట్-సర్టిఫికెట్ కాన్ఫిగరేషన్ను ఉపయోగించి వెబ్సైట్ సర్వర్ సర్టిఫికెట్ను ధృవీకరించడం కొనసాగించండి.
Apache యొక్క SSLProxyMachineCertificateFile, Apache తన స్వంత అప్స్ట్రీమ్ TLS సెషన్ను సృష్టించినప్పుడు ఆధారాలను అందిస్తుంది. ఆ ఫైల్ గురించిన సలహా, అపారదర్శక ఫార్వర్డ్ టన్నెల్ ఉపయోగించే ప్రతి క్లయింట్ దానిని కాన్ఫిగర్ చేయాలని నిరూపించదు.
TLS అడ్డగింపు మధ్యవర్తి వద్ద సెషన్ను ముగిస్తుంది మరియు ఈ యాజమాన్యాన్ని మారుస్తుంది. సర్టిఫికెట్ను కాపీ చేయడం చివరి నుండి చివరి వరకు ప్రామాణీకరణను కాపాడుతుందని ఊహించడం బదులు, అవసరమైన క్లయింట్ గుర్తింపు ఆ ఏర్పాటు గుండా వెళ్ళగలదో లేదో నిర్ణయించండి.
వైఫల్యం సంభవించినప్పుడు, అభ్యర్థన ప్రాక్సీ లాగిన్లో, గమ్యస్థాన TLS లో లేదా తర్వాతి అప్లికేషన్ మార్పిడిలో ఆగిందో నమోదు చేయండి. ఆధారాన్ని నిజంగా అది కోరే కనెక్షన్పై ఉంచండి.