הלקוח מאומת וקישור UDP מאושר. התגובות עדיין נכשלות. ב-Dante, בחן את כיוון הכלל שמטפל בתעבורה החוזרת.

Dante מפריד בין פקודות ייזום לבין טיפול בתגובות:

פקודות כללfromto
connect, bind, udpassociateלקוח פנימייעד חיצוני
bindreply, udpreplyמארח חיצונילקוח פנימי

לכן העתקה ללא שינוי של הגבלת תת-הרשת של לקוח לשני הכיוונים עלולה להתאים לצד הלא נכון בכלל התגובה. בדוק את השולחים החיצוניים והנמענים הפנימיים המיועדים, ולא רק אם המילה UDP מופיעה בכלל מעבר.

לאימות יש גבול קשור. השירות החיצוני שמשיב לדאטהגרם UDP אינו לקוח SOCKS שיכול להשלים את חילופי שם המשתמש והסיסמה שלך. התיעוד של Dante מסביר שפעולות תגובה נובעות מקישור BIND או UDP קודם של הלקוח; אמת את פעולת הייזום הזו והחל את מדיניות התגובה המשויכת המתאימה.

זה אינו מצדיק תעבורה נכנסת בלתי מבוקשת ללא הגבלה. קישור UDP, מדיניות היעד, כתובת הממסר ונתיב חומת האש עדיין חשובים. גם הפעלת bindreply אינה הופכת את קישור UDP לשירות ציבורי כללי להעברת פורטים.

החזק בנפרד גלוי את חילופי ה-SOCKS בצד הלקוח ואת נתיב החזרה האמיתי של UDP. התחברות TCP מוצלחת אינה מאמתת לא את כיוון הכתובות ב-ACL התגובה ולא את נגישות נקודת הקצה של ממסר ה-UDP.

מאמרים קשורים