खुला 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 वार्ता अस्वीकृत’ ले अर्को अनुसन्धानका लागि उपयोगी सुरुआत दिन्छ।

सम्बन्धित लेखहरू