పరిశీలన ప్రాక్సీలో ఏ వైపు ధృవపత్రాన్ని తిరస్కరించింది?

క్లయింట్ ఆమోదించబడిన పరిశీలన ప్రాక్సీని నమ్ముతుంది. అయినా ధృవపత్రం లోపం వల్ల అభ్యర్థన విఫలమవుతుంది. రెండు వాస్తవాలు నిజమే కావచ్చు: ఆ ప్రాక్సీకి ధృవీకరించాల్సిన మరో TLS సంబంధం ఉంది.

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

ఇంటర్‌సెప్షన్ ఏర్పాటులో, మధ్యవర్తి క్లయింట్ యొక్క TLSను ముగించి ముందుకు తన స్వంత కనెక్షన్‌ను సృష్టిస్తాడు. క్లయింట్ తన వైపు చూపబడిన ధృవపత్రాన్ని అంగీకరించగలదు, అయితే ప్రాక్సీ వెబ్‌సైట్ నుండి పొందిన ధృవపత్రాన్ని తిరస్కరిస్తుంది.

ధృవీకర్త లోపాన్ని చదవండి

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

ఉదాహరణకు Mitmproxy ssl_verify_upstream_trusted_ca సహా ప్రత్యేక అప్‌స్ట్రీమ్ నమ్మక ఎంపికలను నివేదిస్తుంది. సముచిత నిర్వాహకుడు ధృవీకరణను కొనసాగిస్తూ అప్‌స్ట్రీమ్ సేవకు ఆమోదించబడిన నమ్మకాన్ని కాన్ఫిగర్ చేయగలడు. మరో ప్రాక్సీ ఉత్పత్తికి దాని సంబంధిత ఇంటర్‌ఫేస్ అవసరం.

అసలు గమ్యస్థాన పేరు, గొలుసును కూడా తనిఖీ చేయండి. మధ్యవర్తి లేని ప్రైవేట్ సేవ, గడువు ముగిసిన ధృవపత్రం మరియు గుర్తించబడని ప్రైవేట్ జారీదారుకు వేర్వేరు మరమ్మతులు అవసరం. ఒక ప్రైవేట్ సేవ కోసం ఉద్దేశించిన మినహాయింపు నిశ్శబ్దంగా ప్రతి ధృవపత్రం యొక్క ప్రపంచ ఆమోదంగా మారకూడదు.

సాధారణ CONNECT సొరంగం భిన్నం

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

రెండు ధృవీకరణ ఫలితాలను విడిగా నమోదు చేయండి. “ప్రాక్సీ ధృవపత్రం విశ్వసనీయం” అనేది క్లయింట్ వైపు ప్రశ్నకు సమాధానమిస్తుంది; ప్రాక్సీ పైకి కనెక్ట్ అయినప్పుడు ఏమి చూసిందో అది ధృవీకరించదు.