Нулта UDP ASSOCIATE адреса у Indyју није одредиште датаграма

Раздвојите адресу клијентске асоцијације, враћени SOCKS реле и одредиште кодирано у сваком UDP пакету.

0.0.0.0:0 у Indy UDP ASSOCIATE захтеву може бити намерно. Тај захтев описује очекивану UDP крајњу тачку на страни клијента, а RFC 1928 дозвољава нуле када је непозната. Не бира коначну услугу.

BND.ADDR/BND.PORT у одговору означава реле на који клијент шаље инкапсулиране датаграме.

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

У Indyју TIdUDPClient.Connect позива OpenUDP транспарентног проксија. TIdSocksInfo даје поља нулте асоцијације. Касније SendBuffer прослеђује жељену услугу у SendToUDP, који гради SOCKS UDP заглавље одредишта пре података апликације.

Ако асоцијација успе, али саобраћај не пролази, прегледајте враћени реле, кодирано одредиште и путању UDP одговора. NAT/заштитни зидови могу пропустити TCP размену и блокирати UDP.

Држите TCP контролну везу отвореном; њено затварање завршава асоцијацију. SOCKS4/4a немају ову операцију, а само име SOCKS5 не гарантује да сервер подржава UDP.

Повезани чланци