Adresa zero UDP ASSOCIATE në Indy nuk është objektivi i datagramit

Ndani adresën e shoqatës së klientit, releun SOCKS të kthyer dhe objektivin e koduar në çdo paketë UDP.

0.0.0.0:0 në një kërkesë Indy UDP ASSOCIATE mund të jetë i qëllimshëm. Kërkesa përshkruan pikën fundore UDP të pritur në anën e klientit, dhe RFC 1928 lejon zero kur ajo është e panjohur. Nuk zgjedh shërbimin përfundimtar.

BND.ADDR/BND.PORT e përgjigjes tregojnë releun ku klienti dërgon datagramet e inkapsuluara.

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

Në Indy, TIdUDPClient.Connect thërret OpenUDP e proxy-t transparent. TIdSocksInfo furnizon fushat e shoqatës zero. Më vonë, SendBuffer ia kalon shërbimin e dëshiruar SendToUDP, i cili ndërton kokën e destinacionit SOCKS UDP përpara të dhënave të aplikacionit.

Nëse shoqata ka sukses por trafiku dështon, inspektoni releun e kthyer, destinacionin e koduar dhe rrugën e përgjigjes UDP. NAT/firewall-et mund të lejojnë shkëmbimin TCP duke bllokuar UDP.

Mbajeni lidhjen e kontrollit TCP të hapur; mbyllja e saj përfundon shoqatën. SOCKS4/4a nuk e kanë këtë operacion, dhe etiketa SOCKS5 e vetme nuk garanton që një server mbështet UDP.

Artikuj të ngjashëm