Dante-ի UDP պատասխանի կանոնները շրջում են from/to ուղղությունը
Կիրառեք Dante-ի պատասխանի կանոնները արտաքինից ներքին ուղղությամբ՝ ելքային հաճախորդի հասցեային ենթադրությունները պատճենելու փոխարեն։
Հաճախորդը նույնականացված է, և UDP միավորակցումը թույլատրված է։ Պատասխանները դեռ չեն անցնում։ Dante-ում ստուգեք վերադարձվող թրաֆիկը մշակող կանոնի ուղղությունը։
Dante-ն առանձնացնում է նախաձեռնող հրամանները պատասխանների մշակումից։
| Կանոնի հրամաններ | from | to |
|---|---|---|
connect, bind, udpassociate | Ներքին հաճախորդ | Արտաքին նպատակակետ |
bindreply, udpreply | Արտաքին հոստ | Ներքին հաճախորդ |
Հաճախորդի ենթացանցային սահմանափակումը երկու ուղղություններով անփոխ պատճենելը կարող է պատասխանի կանոնում համընկնել սխալ կողմի հետ։ Ստուգեք նախատեսված արտաքին ուղարկողներին և ներքին ստացողներին, այլ ոչ միայն այն, թե արդյոք UDP բառը հանդիպում է pass կանոնում։
Նույնականացումն ունի հարակից սահման։ UDP դատագրամին պատասխանող արտաքին ծառայությունը SOCKS հաճախորդ չէ, որը կարող է ավարտել ձեր օգտանունուն/գաղտնաբառի փոխանակությունը։ Dante-ի փաստաթղթերը բացատրում են, որ պատասխանի գործողությունները բխում են հաճախորդի ավելի վաղ BIND կամ UDP միավորակցումից. Նույնականացրեք այդ նախաձեռնող գործողությունը և կիրառեք համապատասխան կապակցված պատասխանի քաղաքանությունը։
Սա չի արդարացնում անսահման չպահանջված ներքին թրաֆիկը։ UDP միավորակցումը, նպատակակետի քաղաքանությունը, ռելեի հասցեն և firewall-ի ուղին դեռ կարևոր են։ bindreply-ի միացումը նույնպես UDP միավորակցումը չի դարձնում ընդհանուր նպատակության հանրային պորտերի փոխանցման ծառայության։
Հաճախորդի կողմի SOCKS փոխանակությունը և UDP-ի փաստիկ վերադարձման ուղին պահեք առանձին տեսանելի։ Հաջողված TCP մուտքը չի հաստատում ոչ պատասխանի ACL-ի հասցեների ուղղությունը, ոչ էլ UDP ռելեի վերջնակետի հասանելիությունը։