Dante के UDP उत्तर नियम from/to दिशा को उलट देते हैं
बाहर जाने वाले क्लाइंट की पता-संबंधी मान्यताओं की नकल करने के बजाय Dante के उत्तर नियमों को बाहर-से-अंदर दिशा में लागू करें।
क्लाइंट प्रमाणित है और UDP एसोसिएशन की अनुमति है। फिर भी उत्तर विफल होते हैं। Dante में, वापसी ट्रैफ़िक संभालने वाले नियम की दिशा जाँचें।
Dante आरंभ करने वाले कमांड को उत्तर-प्रबंधन से अलग करता है:
| नियम कमांड | from | to |
|---|---|---|
connect, bind, udpassociate | आंतरिक क्लाइंट | बाहरी गंतव्य |
bindreply, udpreply | बाहरी होस्ट | आंतरिक क्लाइंट |
इसलिए क्लाइंट के सबनेट प्रतिबंध को बिना बदले दोनों दिशाओं में प्रतिलिपि करने पर उत्तर नियम में गलत पक्ष मेल खा सकता है। इच्छित बाहरी प्रेषकों और आंतरिक प्राप्तकर्ताओं की समीक्षा करें, केवल यह नहीं कि पास नियम में UDP शब्द है या नहीं।
प्रमाणीकरण की एक संबंधित सीमा है। UDP डेटाग्राम का उत्तर देने वाली बाहरी सेवा कोई SOCKS क्लाइंट नहीं है जो आपका उपयोगकर्ता-नाम और पासवर्ड विनिमय पूरा कर सके। Dante का दस्तावेज़ बताता है कि उत्तर संचालन क्लाइंट के पहले के BIND या UDP एसोसिएशन से उत्पन्न होते हैं; उस आरंभिक संचालन को प्रमाणित करें और उपयुक्त संबद्ध-उत्तर नीति लागू करें।
यह अप्रतिबंधित अनचाहे आवक ट्रैफ़िक को उचित नहीं ठहराता। UDP एसोसिएशन, गंतव्य नीति, रिले पता और फ़ायरवॉल पथ अब भी मायने रखते हैं। bindreply सक्षम करना भी UDP एसोसिएशन को सामान्य सार्वजनिक पोर्ट-फ़ॉरवर्डिंग सेवा नहीं बनाता।
क्लाइंट-पक्ष के SOCKS विनिमय और वास्तविक UDP वापसी पथ को अलग-अलग दृश्यमान रखें। सफल TCP लॉगिन न उत्तर ACL की पता-दिशा सत्यापित करता है और न UDP रिले अंत-बिंदु की पहुँच।