OpenSSL s_client: ప్రాక్సీ 403 గమ్యస్థాన TLS కంటే ముందే సంభవిస్తుంది
OpenSSL ప్రాక్సీ ద్వారా CONNECT పై వచ్చే 403ను సొరంగ దశ వైఫల్యంగా అర్థం చేసుకోండి మరియు ఎప్పుడూ ప్రారంభం కాని handshake నుండి గమ్యస్థాన ధృవపత్రాన్ని నిర్ధారించవద్దు.
ఒకవేళ openssl s_client తన ప్రాక్సీ CONNECT అభ్యర్థనకు ప్రతిస్పందనగా HTTP 403 పొందితే, ఆ తిరస్కరణతోనే ప్రారంభించండి. అభ్యర్థించిన సొరంగం ఏర్పడలేదు.
-proxy తో s_client మొదట HTTP ప్రాక్సీని -connect ద్వారా సూచించిన గమ్యస్థానానికి కనెక్ట్ కావాలని కోరుతుంది. విజయవంతమైన CONNECT ప్రతిస్పందన మాత్రమే ఈ మార్పిడిని గమ్యస్థానం యొక్క TLS handshake కోసం సొరంగంగా మారుస్తుంది.
ఈ క్రమమే లేకపోతే గందరగోళంగా ఉండే అవుట్‌పుట్‌ను వివరిస్తుంది: ప్రాక్సీ లోపం తర్వాత TLS సంబంధిత శీర్షికలు, ఎటువంటి పీర్ ధృవపత్రం లేకపోవడం, లేదా చూడటానికి ఓదార్పునిచ్చే ధృవీకరణ పంక్తి. ఆ ఫీల్డ్‌లు గమ్యస్థాన ధృవపత్రం స్వీకరించబడి ధృవీకరించబడిందని నిరూపించవు. చర్య మునుపటి దశలోనే ఆగిపోయింది.
ప్రాక్సీ ప్రతిస్పందనను మరియు అభ్యర్థించిన గమ్యస్థాన హోస్ట్, పోర్టును నమోదు చేయండి. 403 దృష్టిని ప్రాక్సీ యాక్సెస్ నిర్ణయం వైపు మళ్లిస్తుంది; 407 ప్రాక్సీ ప్రామాణీకరణను అడుగుతుంది. గమ్యస్థాన ధృవపత్ర ధృవీకరణను ఆఫ్ చేయడం వల్ల ఇవి ఏవీ సరిచేయబడవు.
మార్పిడిని పరిశీలించడానికి అనుమతి ఉన్నప్పుడు, s_client యొక్క -debug అవుట్‌పుట్ తిరస్కరణను బయటపెట్టడంలో సహాయపడవచ్చు. ప్రాక్సీ యొక్క ఏవైనా ఆధారాలు పంచుకున్న ట్రేస్‌ల వెలుపల ఉంచండి. విజయవంతమైన సొరంగానికి తర్వాత కూడా దాని స్వంత TLS మరియు ధృవపత్ర మూల్యాంకనం అవసరం, కానీ ఆ దశను నిజంగా చేరుకునే వరకు నిర్ధారించడానికి లక్ష్య ధృవపత్ర శృంఖలం లేదు.