Pravidla odpovědí UDP v Dante obracejí směr from/to
Aplikujte pravidla odpovědí Dante ve směru zvenčí dovnitř, místo abyste kopírovali předpoklady adresy odchozího klienta.
Klient je ověřen a přidružení UDP je povoleno. Odpovědi přesto selhávají. V Dante prozkoumejte směr pravidla, které zpracovává zpětný provoz.
Dante odděluje zahajovací příkazy od zpracování odpovědí:
| Příkazy pravidla | from | to |
|---|---|---|
connect, bind, udpassociate | Interní klient | Externí cíl |
bindreply, udpreply | Externí hostitel | Interní klient |
Kopírování omezení podsítě klienta beze změny do obou směrů proto může v pravidle odpovědi odpovídat špatné straně. Zkontrolujte zamýšlené externí odesílatele a interní příjemce, ne pouze to, zda se slovo UDP objevuje v pravidle povolení.
Ověřování má související hranici. Externí služba odpovídající na datagram UDP není klient SOCKS, který by mohl dokončit výměnu uživatelského jména a hesla. Dokumentace Dante vysvětluje, že operace odpovědi vznikají z dřívějšího přidružení BIND nebo UDP klienta; ověřte tuto zahajovací operaci a použijte příslušnou politiku přidružených odpovědí.
To neopravňuje neomezený nevyžádaný příchozí provoz. Přidružení UDP, politika cíle, adresa relaye a cesta firewallem jsou stále důležité. Ani povolení bindreply nepromění přidružení UDP v univerzální veřejnou službu přesměrování portů.
Udržujte klientskou výměnu SOCKS a skutečnou zpětnou cestu UDP viditelné odděleně. Úspěšné přihlášení TCP neověřuje ani směr adres v ACL odpovědí, ani dosažitelnost koncového bodu UDP relaye.