You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Am I missing something, or the datagrams received from the SOCKS server are incorrectly matched with the first application that has the destination included in the received datagram (the conn->orig_dest_ip == src_ip && conn->orig_dest_port == src_port condition)?
If there is for example, two apps that simultaneously send the datagrams to 1.1.1.1:53, they both will be relayed, but the response datagrams would be matched only against the first and never the second app. This is because SOCKS sever sends datagrams back to ProxyBridge using a single inbound port (the local port the socks5_udp_send_socket is bound to) and there is not enough information to distinguish the original sender app? Perhaps, for each src port, from which the relay port accepts a datagram, there should be separate socks5_udp_send_sockets having different ports, then on the return path, the original sender app could easily be distinguished by it?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
Am I missing something, or the datagrams received from the SOCKS server are incorrectly matched with the first application that has the destination included in the received datagram (the
conn->orig_dest_ip == src_ip && conn->orig_dest_port == src_portcondition)?If there is for example, two apps that simultaneously send the datagrams to 1.1.1.1:53, they both will be relayed, but the response datagrams would be matched only against the first and never the second app. This is because SOCKS sever sends datagrams back to ProxyBridge using a single inbound port (the local port the
socks5_udp_send_socketis bound to) and there is not enough information to distinguish the original sender app? Perhaps, for each src port, from which the relay port accepts a datagram, there should be separatesocks5_udp_send_sockets having different ports, then on the return path, the original sender app could easily be distinguished by it?Beta Was this translation helpful? Give feedback.
All reactions