Dantek UDP erantzun arauak from/to noranzkoa alderantzikatzen dute
Aplikatu Danten erantzun arauak kanpotik barrurako noranzkoan, irteten den bezeroaren helbide suposizioak kopiatu beharrean.
Bezeroa autentifikatuta dago eta UDP elkartzea baimenduta. Erantzunek huts egiten dute oraindik. Danten, aztertu itzulera trafikoa kudeatzen duen arauaren noranzkoa.
Dantek hasierako komandoak erantzunen kudeaketatik bereizten ditu:
| Arau komandoak | from | to |
|---|---|---|
connect, bind, udpassociate | Barne bezeroa | Kanpoko helmuga |
bindreply, udpreply | Kanpoko ostalaria | Barne bezeroa |
Beraz, bezeroaren azpisare murrizketa aldatu gabe bi noranzkoetan kopiatzeak erantzun arauan alde okerrarekin bat egin dezake. Berrikusi aurreikusitako kanpoko bidaltzaileak eta barne hartzaileak, ez soilik UDP hitza pasatze arau batean agertzen den.
Autentifikazioak lotutako muga bat du. UDP datagrama bati erantzuten dion kanpoko zerbitzua ez da zure erabiltzaile-izena eta pasahitza trukea osa dezakeen SOCKS bezero bat. Danten dokumentazioak azaltzen du erantzun eragiketak bezeroaren aurreko BIND edo UDP elkartze batetik datozela; autentifikatu hasierako eragiketa hori eta aplikatu lotutako erantzun politika egokia.
Honek ez du justifikatzen mugagabeko eskatu gabeko sarrerako trafikoa. UDP elkartzeak, helmuga politikak, errelearen helbideak eta suebakiko bideak oraindik garrantzia dute. bindreply gaitzeak ere ez du UDP elkartzea helburu orokorreko portu-birbidalketa zerbitzu publiko bihurtzen.
Eduki itzazu bereizita ikusgai bezeroaren SOCKS trukea eta benetako UDP itzulera bidea. TCP saio-hasiera arrakastatsuak ez du egiaztatzen ez erantzun ACLaren helbide noranzkoa ez UDP errelearen amaierako puntuaren irisgarritasuna.