Alamat sifar UDP ASSOCIATE Indy bukan sasaran datagram

Asingkan alamat persatuan klien, relay SOCKS yang dikembalikan dan sasaran yang dikodkan dalam setiap paket UDP.

0.0.0.0:0 dalam permintaan UDP ASSOCIATE Indy mungkin disengajakan. Permintaan itu menerangkan titik akhir UDP yang dijangka di sisi klien, dan RFC 1928 membenarkan sifar apabila ia tidak diketahui. Ia tidak memilih perkhidmatan akhir.

BND.ADDR/BND.PORT dalam balasan menandakan relay yang klien hantar datagram berkapsul.

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

Dalam Indy, TIdUDPClient.Connect memanggil OpenUDP proksi telus. TIdSocksInfo membekalkan medan persatuan sifar. Kemudian, SendBuffer menyerahkan perkhidmatan yang dikehendaki kepada SendToUDP, yang membina pengepala destinasi SOCKS UDP sebelum data aplikasi.

Jika persatuan berjaya tetapi trafik gagal, periksa relay yang dikembalikan, destinasi berkod dan laluan balasan UDP. NAT/firewall boleh meluluskan pertukaran TCP sambil menyekat UDP.

Kekalkan sambungan kawalan TCP terbuka; menutupnya menamatkan persatuan. SOCKS4/4a tiada operasi ini, dan label SOCKS5 semata-mata tidak menjamin pelayan menyokong UDP.

Artikel berkaitan