तपाईंको एप्लिकेसन प्रोटोकल अघि Netty को SOCKS वार्तालाप राख्नुहोस्

SOCKS सर्भरले गन्तव्य समाधान गर्नुपर्ने विद्यमान Netty bootstrap/pipeline का लागि:

bootstrap.resolver(NoopAddressResolverGroup.INSTANCE);

pipeline.addFirst(
    new Socks5ProxyHandler(new InetSocketAddress("127.0.0.1", 1080))
);

bootstrap.connect(
    InetSocketAddress.createUnresolved("example.com", 443)
);

प्रोक्सी इन्डपोइन्ट स्थानीय पोर्ट 1080 हो; नसमाधान गरिएको जडान लक्ष्य example.com:443 हो। दुवै भूमिकाका लागि प्रोक्सी ठेगाना प्रयोग नगर्नुहोस् र ह्यान्डलरले प्राप्त गर्नुअघि नाम समाधान नगर्नुहोस्। अनुमत सार्वजनिक-प्रोक्सी मार्गका सार्वजनिक लक्ष्यहरूका लागि, SOCKS5 प्रोक्सी सूची ले ह्यान्डलरको प्रोक्सी इन्डपोइन्टका लागि उम्मेदवारहरू प्रदान गर्छ।

गन्तव्य ट्राफिक आदानप्रदान गर्ने ह्यान्डलरहरू अघि Socks5ProxyHandler राख्नुहोस्। यसको प्रोक्सी जडान future को प्रतीक्षा गर्नुहोस्, केवल लिसनरसम्म पुग्ने च्यानलको होइन। अस्वीकृत विधि वा गन्तव्य यो सेटअप चरणको हो।

HTTPS का लागि, अर्को TLS तहले गन्तव्यको होस्टनाम, आवश्यक प्रमाणीकरण र विश्वास प्रयोग गर्छ—SOCKS इन्डपोइन्टको पहिचान होइन। त्यसपछि मात्र HTTP/एप्लिकेसन आदानप्रदान सुरु हुन्छ।

यो अंशले इभेन्ट लूप, च्यानल प्रकार, TLS/HTTP ह्यान्डलर वा सामान्य त्रुटि व्यवस्थापन दिँदैन। प्रमाणीकरण आवश्यकतासँग मिल्ने SOCKS कन्स्ट्रक्टर छान्नुहोस्; HTTP Basic ह्यान्डलर अर्को प्रोटोकल हो।

no-op resolver प्रयोग गर्नुहोस् जहाँ यो डाउनस्ट्रिम ह्यान्डलरसँग होस्टनाम समाधान छ। अन्य जडानलाई स्थानीय खोज आवश्यक पर्न सक्छ। विफलताको निदान गर्दा resolver आउटपुट, प्रोक्सी future, TLS र एप्लिकेसन नतिजा छुट्टाछुट्टै राख्नुहोस्।