قواعد پاسخ 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 را.