SOCKS5 क्लाइंट संस्करण 5 से शुरू होता है, फिर पासवर्ड प्रमाणीकरण के दौरान संस्करण 1 भेजता है। यह ज़रूरी नहीं कि कोई डाउनग्रेड या गलत प्रॉक्सी हो।

पहला आदान-प्रदान SOCKS5 प्रमाणीकरण विधि पर बातचीत करता है। जब उपयोगकर्ता नाम/पासवर्ड चुना जाता है, RFC 1929 एक अलग उप-वार्ता परिभाषित करता है जिसका संस्करण फ़ील्ड 0x01 है।

उस प्रमाणीकरण अनुरोध में उपयोगकर्ता नाम और पासवर्ड की लंबाइयाँ और बाइट्स शामिल होते हैं। सर्वर उप-वार्ता का संस्करण और एक स्थिति लौटाता है। प्रमाणीकरण सफल होने के बाद ही क्लाइंट SOCKS5 गंतव्य अनुरोध भेजता है।

ट्रेस पढ़ते या क्लाइंट लागू करते समय दोनों आदान-प्रदान अलग रखें। सेवा का नाम SOCKS5 होने के कारण हर जगह 0x05 दोहराने से गलत प्रमाणीकरण संदेश बनता है।

सफल पासवर्ड स्थिति का यह अर्थ भी नहीं है कि अनुरोधित गंतव्य अनुमत है। अगला SOCKS उत्तर फिर भी उस कनेक्शन को अस्वीकार कर सकता है।

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

संबंधित लेख