L-indirizz żero ta' UDP ASSOCIATE f'Indy mhuwiex id-destinazzjoni tad-datagram
Issepara l-indirizz tal-assoċjazzjoni tal-klijent, ir-relay SOCKS li jiġi rritornat u d-destinazzjoni kkodifikata f'kull pakkett UDP.
0.0.0.0:0 f'talba UDP ASSOCIATE ta' Indy jista' jkun intenzjonat. Dik it-talba tiddeskrivi l-punt tat-tarf UDP mistenni fuq in-naħa tal-klijent, u RFC 1928 tippermetti żrieragħ meta dan ikun mhux magħruf. Ma tagħżilx is-servizz finali.
L-BND.ADDR/BND.PORT tar-risposta jidentifikaw ir-relay li l-klijent jibgħat lejh id-datagrams inkapsulati.
TCP control: client → SOCKS5 proxy → UDP association reply
UDP payload: client → returned relay address → target serviceF'Indy, TIdUDPClient.Connect issejjaħ OpenUDP tal-proxy trasparenti. TIdSocksInfo tforni l-oqsma tal-assoċjazzjoni żero. Aktar tard, SendBuffer tgħaddi s-servizz mixtieq lil SendToUDP, li jibni l-intestatura tad-destinazzjoni SOCKS UDP qabel id-dejta tal-applikazzjoni.
Jekk l-assoċjazzjoni tirnexxi iżda t-traffiku jonqos, iċċekkja r-relay rritornat, id-destinazzjoni kkodifikata u t-triq tar-risposta UDP. NAT/firewalls jistgħu jħallu l-iskambju TCP filwaqt li jimblokkaw l-UDP.
Żomm il-konnessjoni tal-kontroll TCP miftuħa; l-għeluq tagħha jtemm l-assoċjazzjoni. SOCKS4/4a m'għandhomx din l-operazzjoni, u l-isem SOCKS5 waħdu ma jiggarantixxix li server jappoġġja l-UDP.