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 प्रयोगकर्ता नाम/पासवर्ड प्रमाणीकरणले पासवर्डको आदानप्रदान इन्क्रिप्ट गर्दैन। ती प्रमाणपत्रहरूलाई गोपनीयता चाहिएको बेला उचित रूपमा सुरक्षित ट्रान्सपोर्ट वा नेटवर्क प्रयोग गर्नुहोस्।