Núll-UDP ASSOCIATE vistfang Indy er ekki mark gagnagrammsins

Aðgreindu félagsvistfang biðlarans, skilaða SOCKS-endurvarpan og markið sem kóðað er í hverri UDP-pakka.

0.0.0.0:0 í Indy UDP ASSOCIATE-beiðni getur verið viljandi. Beiðnin lýsir væntanlegum UDP-endapunkti biðlarans, og RFC 1928 leyfir núll þegar hann er óþekktur. Hún velur ekki lokaþjónustuna.

BND.ADDR/BND.PORT svarsins tilgreina endurvarpann sem biðlarinn sendir umbúðaðar gagnagramma til.

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

Í Indy kallar TIdUDPClient.Connect á OpenUDP gagnsæja milliþjónsins. TIdSocksInfo útvegar núll-félagssviðin. Síðar sendir SendBuffer æskilegu þjónustuna til SendToUDP, sem byggir SOCKS UDP-áfangahausinn fyrir forritsgögnin.

Ef félagið tekst en umferðin mistekst, skoðaðu skilaða endurvarpann, kóðaða áfangastaðinn og UDP-svarsleiðina. NAT/eldveggir geta hleypt TCP-skiptunum í gegn en lokað fyrir UDP.

Haltu TCP-stýritengingunni opinni; lokun hennar endar félagið. SOCKS4/4a skortir þessa aðgerð, og SOCKS5-heitið eitt og sér tryggir ekki að þjónn styðji UDP.

Tengdir greinar