Nid yw cyfeiriad sero UDP ASSOCIATE Indy yn darged y datagram

Gwahaniaethwch gyfeiriad cysylltiad y cleient, y relay SOCKS a ddychwelwyd a'r targed a amgodir ym mhob pecyn UDP.

Gall 0.0.0.0:0 mewn cais Indy UDP ASSOCIATE fod yn fwriadol. Mae'r cais hwnnw'n disgrifio'r pwynt diwedd UDP disgwyliedig ar ochr y cleient, ac mae RFC 1928 yn caniatáu seroau pan fo'n anhysbys. Nid yw'n dewis y gwasanaeth terfynol.

Mae BND.ADDR/BND.PORT yr ateb yn nodi'r relay y mae'r cleient yn anfon datagramau wedi'u hamgáu iddo.

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

Yn Indy, mae TIdUDPClient.Connect yn galw OpenUDP y proxy tryloyw. Mae TIdSocksInfo yn cyflenwi'r meysydd cysylltiad sero. Yn ddiweddarach, mae SendBuffer yn trosglwyddo'r gwasanaeth dymunol i SendToUDP, sy'n adeiladu pennawd cyrchfan SOCKS UDP cyn y data cymhwysiad.

Os yw'r cysylltiad yn llwyddo ond mae'r traffig yn methu, archwiliwch y relay a ddychwelwyd, y gyrchfan amgodiedig a llwybr ateb UDP. Gall NAT/ffrywoliau adael y cyfnewid TCP i mewn wrth rwystro UDP.

Cadwch y cysylltiad rheoli TCP ar agor; mae ei gau yn diweddu'r cysylltiad. Nid oes gan SOCKS4/4a y gweithrediad hwn, ac nid yw'r enw SOCKS5 ar ei ben ei hun yn gwarantu bod gweinydd yn cefnogi UDP.

Erthyglau cysylltiedig