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 რელეის ენდპოინტის ხელმისაწვდომეობას.