क्लाइन्ट प्रमाणित छ र UDP सम्बद्धता अनुमति छ। जवाफहरू तैपनि असफल हुन्छन्। Dante मा, फर्कने ट्राफिक ह्यान्डल गर्ने नियमको दिशा जाँच्नुहोस्।

Dante ले सुरु गर्ने आदेशहरूलाई जवाफ ह्यान्डलिङबाट अलग गर्छ:

नियम आदेशहरूfromto
connect, bind, udpassociateआन्तरिक क्लाइन्टबाह्य गन्तव्य
bindreply, udpreplyबाह्य होस्टआन्तरिक क्लाइन्ट

क्लाइन्टको सबनेट प्रतिबन्ध दुवै दिशामा अपरिवर्तित प्रतिलिपि गर्दा जवाफ नियममा गलत पक्षसँग मिल्न सक्छ। pass नियममा UDP शब्द छ कि छैन मात्र होइन, इच्छित बाह्य पठाउने र आन्तरिक प्राप्तकर्ताहरू जाँच्नुहोस्।

प्रमाणीकरणको सम्बन्धित सीमा छ। UDP डेटाग्रामको जवाफ दिने बाह्य सेवा तपाईंको प्रयोगकर्तानाम/पासवर्ड आदानप्रदान पूरा गर्न सक्ने SOCKS क्लाइन्ट होइन। Dante को कागजातले जवाफ कार्यहरू क्लाइन्टको अघिल्लो BIND वा UDP सम्बद्धताबाट उत्पन्न हुन्छन् भनी व्याख्या गर्छ; त्यो सुरु गर्ने कार्य प्रमाणित गरी उपयुक्त सम्बद्ध-जवाफ नीति लागू गर्नुहोस्।

यसले असीमित, नमागिएको आगमन ट्राफिकलाई जायज ठहराउँदैन। UDP सम्बद्धता, गन्तव्य नीति, रिले ठेगाना र फायरवाल मार्ग अझै महत्त्वपूर्ण छन्। bindreply सक्षम गर्दा पनि UDP सम्बद्धता सामान्य उद्देश्यको सार्वजनिक पोर्ट फर्वार्डिङ सेवा बन्दैन।

क्लाइन्ट-पक्षीय SOCKS आदानप्रदान र वास्तविक UDP फर्कने मार्ग छुट्टाछुट्टै देखिने गरी राख्नुहोस्। सफल TCP लगइनले जवाफ ACL को ठेगाना दिशा वा UDP रिले इन्डपोइन्टको पहुँचयोग्यता कुनै पनि प्रमाणित गर्दैन।

सम्बन्धित लेखहरू