قواعد ردود UDP في Dante تعكس اتجاه 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 لا يثبت لا اتجاه عنوان قائمة تحكم الردود ولا إمكانية الوصول إلى نقطة نهاية مرحّل UDP.