Dante में SOCKS5 प्रमाणीकरण विधियाँ चुनना

SOCKS5 में, क्लाइंट अपना गंतव्य अनुरोध भेजने से पहले ही प्रमाणीकरण पर बातचीत हो जाती है। इससे शुरुआती क्रेडेंशियल विफलता प्रॉक्सी के पार FTP, HTTPS या किसी अन्य एप्लिकेशन की विफलता से भिन्न घटना बनती है।

क्लाइंट का अभिवादन उन प्रमाणीकरण विधियों को सूचीबद्ध करता है जिन्हें वह समर्थित करता है। सर्वर उस सूची में से एक विधि चुनता है और चयन वापस भेजता है। 0xff मान का अर्थ है कि प्रस्तावित कोई भी विधि स्वीकार्य नहीं है और कनेक्शन बंद करना होगा। पासवर्ड विफल होने के बाद क्लाइंट केवल सर्वर-पक्ष की हर विधि आज़माता नहीं है।

Dante का क्रम क्या नियंत्रित करता है

Dante 1.4.x प्रोटोकॉल-स्तरीय सेटिंग को socksmethod कहता है। इसका दस्तावेज़ कहता है कि विधियाँ वरीयता क्रम में सूचीबद्ध होती हैं। ऐसी नीति के लिए जो दोनों विधियों की अनुमति देती है, यह घोषणा तब उपयोगकर्ता नाम/पासवर्ड को प्राथमिकता देती है जब क्लाइंट उसे प्रस्तावित करता है:

socksmethod: username none

सूची को उलटने पर दोनों विधियाँ प्रस्तावित होने पर बिना प्रमाणीकरण वाली पहुँच को प्राथमिकता मिलती है:

socksmethod: none username

ये वैकल्पिक विधि घोषणाएँ हैं, पूर्ण सर्वर कॉन्फ़िगरेशन नहीं। सुनने वाले इंटरफ़ेस, अनुमत क्लाइंट, गंतव्य नियम और किसी नियम-विशिष्ट प्रमाणीकरण बाधा का अभी भी महत्व है।

none की अनुमति का ठोस परिणाम है: केवल बिना प्रमाणीकरण प्रस्तावित करने वाला क्लाइंट लागू नियमों के अंतर्गत स्वीकार किया जा सकता है। username को पहले रखना none वाली सूची को यह बाध्यता नहीं बनाता कि सभी पासवर्ड दें।

पहले आवश्यकता चुनें

यदि हर अनुमत क्लाइंट को उपयोगकर्ता नाम/पासवर्ड से प्रमाणीकरण करना है, तो none को सामान्य संगतता-सुधार के रूप में जोड़ने के बजाय उस आवश्यकता को वैश्विक और लागू नियमों में सुसंगत रूप से कॉन्फ़िगर करें। यदि सीमित क्लाइंट समूह के लिए अनाम पहुँच जानबूझकर है, तो समूह और उसके अनुमत गंतव्यों को स्पष्ट करें।

Dante में clientmethod भी है, जो TCP क्लाइंट के जुड़ते समय, SOCKS वार्ता से पहले की जाने वाली जाँचों से संबंधित है। यह SOCKS5 अभिवादन में आदान-प्रदान की जाने वाली विधियों से अलग परत है। पुराने method कीवर्ड का उपयोग करने वाले कॉन्फ़िगरेशन अंश संस्थापित Dante संस्करण के मैनुअल के अनुसार पढ़े जाने चाहिए।

जब दो क्लाइंट अलग व्यवहार करें, तो तुलना करें कि प्रत्येक क्या प्रस्तावित करता है, Dante क्या चुनता है और चुनी गई विधि की उप-वार्ता सफल होती है या नहीं। फिर SOCKS गंतव्य प्रतिक्रिया का निरीक्षण करें। यह क्रम हर विफलता को FTP पर मढ़ने या सर्वर की प्रमाणीकरण नीति को अंधाधुंध बदलने के बिना लुप्त क्रेडेंशियल कॉलबैक की पहचान करता है।

अंत में, SOCKS5 उपयोगकर्ता नाम/पासवर्ड प्रमाणीकरण पासवर्ड के आदान-प्रदान को एन्क्रिप्ट नहीं करता। जब उन क्रेडेंशियल्स को गोपनीयता चाहिए, तो उचित रूप से सुरक्षित ट्रांसपोर्ट या नेटवर्क का उपयोग करें।