Rregullat e përgjigjes UDP të Dante përmbysin drejtimin from/to
Zbato rregullat e përgjigjes së Dante në drejtimin jashtë→brenda në vend që të kopjosh supozimet e adresave të klientit që del.
Klienti është vërtetuar dhe shoqërimi UDP lejohet. Përgjigjet prapë dështojnë. Në Dante, shqyrto drejtimin e rregullit që trajton trafikun e kthimit.
Dante i ndan komandat nisëse nga trajtimi i përgjigjeve:
| Komandat e rregullit | from | to |
|---|---|---|
connect, bind, udpassociate | Klient i brendshëm | Destinacion i jashtëm |
bindreply, udpreply | Host i jashtëm | Klient i brendshëm |
Kopjimi i kufizimit të nënrrjetit të klientit pa ndryshim në të dy drejtimet mund të përputhet me anën e gabuar në rregullin e përgjigjes. Shqyrto dërguesit e jashtëm dhe marrësit e brendshëm të synuar, jo vetëm nëse fjala UDP shfaqet në një rregull pass.
Vërtetimi ka një kufi të lidhur. Shërbimi i jashtëm që përgjigjet ndaj një datagrami UDP nuk është klient SOCKS që mund të përfundojë shkëmbimin tuaj të emrit të përdoruesit/fjalëkalimit. Dokumentacioni i Dante shpjegon se veprimet e përgjigjes rrjedhin nga një shoqërim i mëparshëm BIND ose UDP i klientit; vërteto atë veprim nisës dhe zbato politikën e duhur të përgjigjes së lidhur.
Kjo nuk justifikon trafik hyrës të pakërkuar dhe të pakufizuar. Shoqërimi UDP, politika e destinacionit, adresa e relay-t dhe rruga e firewall-it vazhdojnë të kenë rëndësi. As aktivizimi i bindreply nuk e kthen shoqërimin UDP në një shërbim të përgjithshëm publik të përcjelljes së porteve.
Mbaj shkëmbimin SOCKS në anën e klientit dhe rrugën reale të kthimit UDP të dukshme veçmas. Një hyrje TCP e suksesshme nuk vërteton as drejtimin e adresave në ACL-në e përgjigjeve as arritshmërinë e pikës fundore të relay-t UDP.