సాధారణ CONNECT ద్వారా HTTPS లో, అప్లికేషన్ తన గమ్యస్థాన TLS హ్యాండ్‌షేక్ సమయంలో వెబ్‌సైట్ క్లయింట్ సర్టిఫికెట్‌ను పంపుతుంది. ప్రాక్సీ బైట్‌లను మాత్రమే రిలే చేస్తుంది; అది స్వయంచాలకంగా వెబ్‌సైట్ యొక్క TLS క్లయింట్ కాదు.

ఆధారంయజమాని/కనెక్షన్
ప్రాక్సీ వినియోగదారు పేరు/పాస్‌వర్డ్ప్రాక్సీకి క్లయింట్ యాక్సెస్.
వెబ్‌సైట్ క్లయింట్ సర్టిఫికెట్ మరియు ప్రైవేట్ కీగమ్యస్థానంతో అప్లికేషన్ యొక్క TLS సెషన్.
ప్రాక్సీ సర్వర్ యొక్క అప్‌స్ట్రీమ్ క్లయింట్ సర్టిఫికెట్ప్రాక్సీ స్వయంగా ప్రారంభించే TLS సెషన్.

ఈ పాత్రలు కలిసి ఉండవచ్చు. గమ్యస్థాన mTLS పని చేయడానికి వెబ్‌సైట్ ప్రైవేట్ కీని సాధారణ టన్నెలింగ్ ప్రాక్సీకి అప్‌లోడ్ చేయాల్సిన అవసరం లేదు. CONNECT బదిలీ తర్వాత, అప్లికేషన్ యొక్క సాధారణ గమ్యస్థాన క్లయింట్-సర్టిఫికెట్ కాన్ఫిగరేషన్‌ను ఉపయోగించి వెబ్‌సైట్ సర్వర్ సర్టిఫికెట్‌ను ధృవీకరించడం కొనసాగించండి.

Apache యొక్క SSLProxyMachineCertificateFile, Apache తన స్వంత అప్‌స్ట్రీమ్ TLS సెషన్‌ను సృష్టించినప్పుడు ఆధారాలను అందిస్తుంది. ఆ ఫైల్ గురించిన సలహా, అపారదర్శక ఫార్వర్డ్ టన్నెల్ ఉపయోగించే ప్రతి క్లయింట్ దానిని కాన్ఫిగర్ చేయాలని నిరూపించదు.

TLS అడ్డగింపు మధ్యవర్తి వద్ద సెషన్‌ను ముగిస్తుంది మరియు ఈ యాజమాన్యాన్ని మారుస్తుంది. సర్టిఫికెట్‌ను కాపీ చేయడం చివరి నుండి చివరి వరకు ప్రామాణీకరణను కాపాడుతుందని ఊహించడం బదులు, అవసరమైన క్లయింట్ గుర్తింపు ఆ ఏర్పాటు గుండా వెళ్ళగలదో లేదో నిర్ణయించండి.

వైఫల్యం సంభవించినప్పుడు, అభ్యర్థన ప్రాక్సీ లాగిన్‌లో, గమ్యస్థాన TLS లో లేదా తర్వాతి అప్లికేషన్ మార్పిడిలో ఆగిందో నమోదు చేయండి. ఆధారాన్ని నిజంగా అది కోరే కనెక్షన్‌పై ఉంచండి.

సంబంధిత వ్యాసాలు