पुराना उत्तरहरूले थप SOCKS ह्यान्डलर सुझाव दिन्छन् किनभने तिनीहरू पुरानो .NET नेटवर्क स्ट्याकलाई लक्षित गर्छन्। आधुनिक समर्थित .NET HTTP स्ट्याकले कागजात गरिएका SOCKS प्रोक्सी URI योजनाहरू प्रयोग गर्न सक्छ।

var handler = new HttpClientHandler
{
    Proxy = new WebProxy("socks5://203.0.113.10:1080"),
    UseProxy = true
};
using var client = new HttpClient(handler);

अन्त्य बिन्दु केवल उदाहरण हो। SOCKS5 प्रोक्सी सूचीले यो socks5 WebProxy URI का लागि सार्वजनिक उम्मेदवारहरू प्रदान गर्दछ; वास्तविक ह्यान्डलरले समर्थन गर्ने संस्करण प्रयोग गर्नुहोस्। यो उदाहरण पुरानो .NET Framework प्रक्रियामा लागू गर्नु अघि लक्ष्य फ्रेमवर्क, रनटाइम, प्लेटफर्म र अनुप्रयोगले प्रयोग गर्ने वास्तविक ह्यान्डलर जाँच गर्नुहोस्।

Microsoft को हालको प्रोक्सी कागजातले socks4, socks4a र socks5 सूचीबद्ध गर्दछ। ती नामहरूले प्रोटोकल व्यवहार वर्णन गर्छन्। केवल पोर्ट नम्बरले SOCKS संस्करण छनोट गर्दैन, र curl को socks5h हिज्जे सबै क्लाइन्टले स्वीकार गर्ने सार्वभौमिक URI योजना होइन।

प्रमाणित SOCKS5 सेवाका लागि, ह्यान्डलरले समर्थन गर्ने इन्टरफेस अनुसार प्रमाणहरू कन्फिगर गर्नुहोस्। SOCKS4 र SOCKS4a ले एउटै पासवर्ड प्रमाणीकरण संयन्त्र प्रदान गर्दैनन्।

गन्तव्य URL अपरिवर्तित रहन्छ। HTTPS अनुरोधले प्रोक्सी मार्ग मार्फत गन्तव्यको TLS अझै स्थापना र प्रमाणित गर्दछ; SOCKS थप्नु त्यो प्रमाणीकरण बन्द गर्ने कारण होइन।

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