0.0.0.0:0 Indy UDP ASSOCIATE pieprasījumā var būt apzināts. Šis pieprasījums apraksta gaidīto klienta puses UDP galapunktu, un RFC 1928 pieļauj nulles, ja tas nav zināms. Tas neizvēlas galīgo pakalpojumu.

Atbildes BND.ADDR/BND.PORT norāda releju, uz kuru klients sūta iekapsulētas datagrammas.

TCP control: client → SOCKS5 proxy → UDP association reply
UDP payload: client → returned relay address → target service

Indy TIdUDPClient.Connect izsauc caurspīdīgā starpniekservera OpenUDP. TIdSocksInfo nodrošina nulles asociācijas laukus. Vēlāk SendBuffer nodod vēlamo pakalpojumu SendToUDP, kas izveido SOCKS UDP galamērķa galveni pirms lietojumprogrammas datiem.

Ja asociācija izdodas, bet trafiks neplūst, pārbaudiet atgriezto releju, iekodēto galamērķi un UDP atbildes ceļu. NAT/ugunsmūri var laist cauri TCP apmaiņu, vienlaikus bloķējot UDP.

Turiet TCP vadības savienojumu atvērtu; tā aizvēršana pārtrauc asociāciju. SOCKS4/4a šīs darbības nav, un vien nosaukums SOCKS5 negarantē, ka serveris atbalsta UDP.

Saistītie raksti