खुला 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 सत्यापितक्लाइंट ने अपनी विश्वास सेटिंग के तहत अपेक्षित सुरक्षित कनेक्शन पूरा किया।
अपेक्षित status और सामग्री मिलेऐप्लिकेशन अनुरोध ने अपेक्षित परिणाम दिया।

HTTP proxy से HTTPS के लिए गंतव्य पोर्ट तक CONNECT की अनुमति होनी चाहिए। CONNECT 200 भी मध्यवर्ती चरण है: TLS या अंतिम अनुरोध सफल होने से पहले tunnel बंद हो सकता है। बिना एन्क्रिप्शन HTTP की सफलता इस tunnel क्षमता को साबित नहीं करती।

अनुमान योग्य सामग्री वाला गंतव्य लें, बेहतर हो कि आपके नियंत्रण में हो, और उपलब्ध हो तो अनुरोध रिकॉर्ड जाँचें। बिना एन्क्रिप्शन HTTP listener लक्ष्य से संपर्क किए बिना स्थिर पृष्ठ status 200 के साथ लौटा सकता है। कोई भी सफल status मिलना अपेक्षित प्रतिक्रिया से मेल खाने से कमज़ोर प्रमाण है; HTTPS पहचान सत्यापन अतिरिक्त सुरक्षा देता है।

आखिरी सफल चरण दर्ज करें। ‘पोर्ट खुला, SOCKS वार्ता अस्वीकार’ अगली जाँच के लिए उपयोगी शुरुआत देता है।

संबंधित लेख