తెరిచి ఉన్న TCP పోర్ట్ proxy పనిచేస్తోందని నిరూపించదు
విజయవంతమైన పోర్ట్ తనిఖీ కనెక్షన్ మాత్రమే ఏర్పరుస్తుంది. Proxy handshake, గమ్యస్థానం నుంచి ఆశించిన ప్రతిస్పందననూ తనిఖీ చేయండి.
తెరిచి ఉన్న TCP పోర్ట్ listener కనెక్షన్ స్వీకరించిందని చూపిస్తుంది. అది proxy, సాధారణ వెబ్ సర్వర్ లేదా వేరే సేవ కావచ్చు; పోర్ట్ 8080 ప్రోటోకాల్ను గుర్తించదు.
HTTP proxyగా పత్రాల్లో తెలిపిన endpoint అసలు చిరునామాను సమయ పరిమితి ఉన్న HTTPS అభ్యర్థనలో వాడండి:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/
పత్రాల చిరునామాను మీ HTTP endpoint లేదా HTTP proxy జాబితాలోని అభ్యర్థితో మార్చండి. SOCKS కోసం తగిన SOCKS client mode వాడి చర్చను పూర్తిచేయండి. తప్పు handshake TCP స్వీకారం వెంటనే విఫలం కావచ్చు.
| గమనించిన దశ | ఏమి నిర్ధారిస్తుంది |
|---|---|
| TCP స్వీకరించబడింది | Listener చేరుకోవచ్చు. |
| Proxy handshake స్వీకరించబడింది | Listener ఈ proxy చర్యను స్వీకరించింది. |
| గమ్యస్థానం TLS ధృవీకరించబడింది | క్లయింట్ తన నమ్మక సెట్టింగ్ల ప్రకారం ఉద్దేశించిన సురక్షిత కనెక్షన్ పూర్తిచేసింది. |
| ఆశించిన స్థితి, విషయం అందాయి | అప్లికేషన్ అభ్యర్థన ఆశించిన ఫలితాన్ని ఇచ్చింది. |
HTTP proxy ద్వారా HTTPS కోసం గమ్యస్థాన పోర్ట్కు CONNECT అనుమతి ఉండాలి. CONNECT 200 కూడా మధ్యంతర దశే: TLS లేదా చివరి అభ్యర్థన విజయానికి ముందే tunnel మూసుకుపోవచ్చు. గుప్తీకరణ లేని HTTP విజయం ఈ tunnel సామర్థ్యాన్ని నిరూపించదు.
ఊహించగల విషయం ఉన్న గమ్యస్థానం వాడండి, సాధ్యమైతే మీ నియంత్రణలోనిదాన్ని ఎంచుకుని, లభిస్తే అభ్యర్థన రికార్డు చూడండి. గుప్తీకరణ లేని HTTP listener లక్ష్యాన్ని సంప్రదించకుండానే స్థిర పేజీని స్థితి 200తో ఇవ్వవచ్చు. ఏదో విజయ స్థితి రావడం ఆశించిన ప్రతిస్పందనతో సరిపోవడం కంటే బలహీన సాక్ష్యం; HTTPS గుర్తింపు ధృవీకరణ అదనపు రక్షణ ఇస్తుంది.
చివరి విజయవంతమైన దశ నమోదు చేయండి. ‘పోర్ట్ తెరిచి ఉంది, SOCKS చర్చ తిరస్కరించబడింది’ తదుపరి పరిశీలనకు ఉపయోగకరమైన ప్రారంభం.