क्लायंट प्रमाणित आहे आणि UDP संलग्नता अनुमत आहे. तरीही प्रतिसाद अयशस्वी होतात. Dante मध्ये, परतीचा रहदारी हाताळणाऱ्या नियमाची दिशा तपासा.

Dante सुरू करणारे आदेश प्रतिसाद हाताळणीपासून वेगळे करते:

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

क्लायंटची सबनेट मर्यादा दोन्ही दिशांना बदल न करता कॉपी केल्यास प्रतिसाद नियमात चुकीच्या बाजूशी जुळू शकते. pass नियमात UDP हा शब्द आहे की नाही एवढेच नव्हे, तर इच्छित बाह्य प्रेषक आणि अंतर्गत प्राप्तकर्ते तपासा.

प्रमाणीकरणाला संबंधित मर्यादा आहे. UDP डेटाग्रामला प्रतिसाद देणारी बाह्य सेवा ही तुमची वापरकर्तानाव/पासवर्ड देवाणघेवाण पूर्ण करू शकणारी SOCKS क्लायंट नाही. Dante चे दस्तऐवज स्पष्ट करते की प्रतिसाद क्रिया क्लायंटच्या आधीच्या BIND किंवा UDP संलग्नतेतून उद्भवतात; ती सुरुवातीची क्रिया प्रमाणित करा आणि योग्य संबंधित-प्रतिसाद धोरण लागू करा.

हे अमर्यादित, न मागितलेल्या आंतरिक रहदारीला न्याय्य ठरवत नाही. UDP संलग्नता, गंतव्य धोरण, रिले पत्ता आणि फायरवॉल मार्ग अजूनही महत्त्वाचे आहेत. bindreply सक्षम केल्याने UDP संलग्नता सामान्य हेतूची सार्वजनिक पोर्ट फॉरवर्डिंग सेवा होत नाही.

क्लायंट-बाजूची SOCKS देवाणघेवाण आणि प्रत्यक्ष UDP परतीचा मार्ग वेगळे दिसण्याजोगे ठेवा. यशस्वी TCP लॉगिन प्रतिसाद ACL ची पत्ता दिशा किंवा UDP रिले एंडपॉइंटची पोहोचता यांपैकी काहीही सत्यापित करत नाही.

संबंधित लेख