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 वापरकर्तानाव/पासवर्ड प्रमाणीकरण पासवर्डची देवाणघेवाण एन्क्रिप्ट करत नाही. त्या क्रेडेन्शियल्सना गोपनीयता आवश्यक असल्यास योग्यरीत्या संरक्षित वाहतूक किंवा नेटवर्क वापरा.