खुला 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 वाटाघाटी नाकारल्या’ ही पुढच्या तपासासाठी उपयोगी सुरुवात आहे.