Yeah, I thought of that too... that's why I didn't spend much time on that.
Currently we need that facility in order to fix some latency issues without making use of GRE tunnels / VPN / NATs... On Sun, Jun 23, 2013 at 5:27 PM, Drogen Viech <[email protected]>wrote: > I'm kinda sure that valve implemented something against this inside > srcds to combat these annoying redirect and fake servers > > 2013/6/23 Marco Padovan <[email protected]>: > > Hi > > > > did anyone tried out to "reverse proxy" a gaming srcds stream? > > > > Basically I've a server that I would like to connect and use like some > > sort of "proxy". > > > > With socat UDP query packets are going in and out fine, but gaming > streams > > does not go so well... I did not invest much time investigating why but > > probably srcds does some checks on the connecting IP... > > > > anyone willing to share hist experience? > > > > This is the socat line I'm playing with and that works correctly to > "proxy" > > query packets: > > > > socat udp-listen:20000,fork udp:xx.xx.xx.xx:20002 > > > > xx.xx.xx.xx:20002 > > > > is where srcds is running > > > > thank you, > > best regards > > _______________________________________________ > > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux > _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
