Indyren zero UDP ASSOCIATE helbidea ez da datagramaren helburua

Bereizi bezeroaren elkarketa-helbidea, itzulitako SOCKS errelea eta UDP pakete bakoitzean kodetutako helburua.

0.0.0.0:0 Indy UDP ASSOCIATE eskaera batean nahita gerta daiteke. Eskaera horrek bezeroaren aldeko UDP mutur espero dena deskribatzen du, eta RFC 1928-k zeroak onartzen ditu ezezaguna denean. Ez du azken zerbitzua aukeratzen.

Erantzunaren BND.ADDR/BND.PORT eremuak bezeroak datagrama kapsulatuak bidaltzen dizkion errelea adierazten du.

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

Indyn, TIdUDPClient.Connect-k proxy gardenaren OpenUDP deitzen du. TIdSocksInfo-k zero elkarketa-eremuak ematen ditu. Geroago, SendBuffer-k nahi den zerbitzua SendToUDP-ri pasatzen dio, eta horrek SOCKS UDP helmugako goiburua eraikitzen du aplikazioaren datuen aurretik.

Elkarketak arrakasta badu baina trafikoak huts egiten badu, aztertu itzulitako errelea, kodetutako helmuga eta UDP erantzun-bidea. NAT/suebakiak TCP trukea onar dezakete UDP blokeatuz.

Eduki TCP kontrol-konexioa irekita; ixteak elkarketa amaitzen du. SOCKS4/4a-k ez dute eragiketa hau, eta SOCKS5 izenak soilik ez du bermatzen zerbitzari batek UDP onartzen duenik.

Erlazionatutako artikuluak