SOCKS5 र SOCKS5h: DNS नाम कहाँ समाधान हुन्छ?

curl मा स्थानीय र प्रोक्सीतर्फको DNS समाधान तुलना गर्नुहोस्, नाम समाधानका त्रुटि पत्ता लगाउनुहोस् र socks5h को सुरक्षाको दायरा बुझ्नुहोस्।

curl मा गन्तव्यको नाम प्रोक्सीले समाधान गर्नुपर्ने हो भने socks5h:// छान्नुहोस्। curl ले स्थानीय रूपमा समाधान गरेर प्रोक्सीलाई ठेगाना पठाउनुपर्ने हो भने socks5:// छान्नुहोस्। दुवैले SOCKS5 प्रयोग गर्छन्; अन्त्यको h क्लाइन्टको URL लेख्ने एउटा प्रचलन हो।

स्थानीय लिस्नरको ठाउँमा आफ्नो SOCKS5 एन्डपोइन्ट राखेर मोडहरू तुलना गर्नुहोस्:

curl --noproxy '' --proxy socks5://127.0.0.1:1080 --connect-timeout 5 --max-time 15 --verbose https://example.com/
curl --noproxy '' --proxy socks5h://127.0.0.1:1080 --connect-timeout 5 --max-time 15 --verbose https://example.com/

नाम समाधानको मोड मात्र बदलिन्छ। --noproxy '' ले यी कलका लागि प्रोक्सी छल्ने नियम हटाउँछ र समयसीमाले तुलनाको अवधि सीमित गर्छ। बराबर काम गर्ने छुट्टै विकल्प --socks5 र --socks5-hostname हुन्। लक्ष्यमा होस्टनाम प्रयोग गर्नुहोस्: सीधै लेखिएको IP ठेगानालाई गन्तव्यको नाम खोज्नुपर्दैन, त्यसैले यसले यो फरक देखाउन सक्दैन।

कुनै नाम एकातिर मात्र परिचित हुन सक्छ

मानौँ प्रोक्सी यस्तो विकास नेटवर्कमा चल्छ, जसको DNS ले आन्तरिक सेवाको नाम जान्दछ। तपाईंको ल्यापटपले socks5 मोडमा त्यो नाम समाधान गर्न नसक्ला, तर socks5h ले प्रोक्सीलाई त्यसो गर्न दिन्छ। अवस्था उल्ट्याएर नाम ल्यापटपको hosts फाइलमा मात्र परिभाषित भएमा टाढाको खोजी नै असफल हुन सक्छ।

सार्वजनिक DNS ले पनि फरक नेटवर्कबाट फरक ठेगाना फर्काउन सक्छ। नतिजा फरक आउनु तुरुन्त प्रोक्सी बदल्ने होइन, छानिएका ठेगाना र तिनमा पुग्न सकिन्छ कि सकिँदैन भन्ने तुलना गर्ने कारण हो।

  • प्रोक्सीको होस्टनाम समाधान हुँदैन: कुनै पनि मोड सुरु हुन सक्दैन। क्लाइन्टले अझै proxy.example समाधान गर्छ, socks5h://proxy.example:1080 प्रयोग गर्दा पनि।
  • गन्तव्यको स्थानीय खोजी असफल हुन्छ: क्लाइन्टको रिजल्भर हेर्नुहोस् वा होस्टनाम प्रोक्सीमा पठाउने मोडसँग तुलना गर्नुहोस्।
  • SOCKS सर्भरले गन्तव्य अस्वीकार गर्छ: त्यसको जवाफ र नीति हेर्नुहोस्। स्थानीय खोजी सफल हुनुले टाढाबाट पहुँच सम्भव भएको प्रमाण दिँदैन।
  • टनेल चल्छ, तर प्रमाणपत्र प्रमाणीकरण असफल हुन्छ: गन्तव्यको TLS जाँच्नुहोस्; DNS मोड बदल्नु विश्वाससम्बन्धी समस्याको सामान्य समाधान होइन।

आफ्नो नियन्त्रणमा रहेको परीक्षण नाम र सर्भर लगले तपाईंले व्यवस्थापन गर्ने प्रोक्सीमा कुन प्रकारको ठेगाना पुग्यो भन्ने पुष्टि गर्न सक्छन्। बाहिर देखिने IP बताउने वेबपेजले सक्दैन: त्यसले बाहिरिने जडान बताउँछ, DNS कहाँ समाधान भयो भन्ने होइन।

गोपनीयताको लाभको निश्चित दायरा छ

प्रोक्सीतर्फको खोजीले यस अनुरोधको गन्तव्यको स्थानीय खोजी टार्छ। यसले SOCKS इन्क्रिप्ट गर्दैन, प्रोक्सीले इन्क्रिप्ट गरिएको DNS चलाउँछ भनेर प्रमाण दिँदैन र अरू एप वा ब्राउजरको अग्रिम लोडिङ ट्राफिकलाई मार्गनिर्देशन गर्दैन। SOCKS समर्थन भएको Requests ले पनि स्थानीय र प्रोक्सीतर्फको यही फरक प्रयोग गर्छ; अरू क्लाइन्टले curl को URL लेखाइको सट्टा सेटिङ दिन सक्छन्। SOCKS5 प्रोक्सी सूचीबाट एन्डपोइन्ट कपी गर्नुअघि एपले समर्थन गर्ने प्रोटोकल छान्नुहोस्।

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