RDP through TCP Proxy
First time in Stackoverflow and I'm hoping someone can help me.
I'm looking at a proof of concept to pass RDP traffic through a TCP Proxy/tunnel which will pass through firewalls using HTTPS.
The problem has to do with deploying images to machines and so it can't be assumed that the .NET framework will be present, so C++ is being used at the deployment end of a connection.
The basic system I have at present is a program which listens for client connections on a port then passes any data to a WCF service which stores it as a byte array. A deployment machine (using GSoap and C++) polls the WCF service for messages and if it finds them then passes the data onto the target server process via sockets. I know this sounds horrible, but it works for simple test clients and server passing data to and from simple test client and server programs via this WCF/C++/C# proxy layer.
But I have to support traffic from RDP, VNC and possibly others, so I need a transparent proxy to do this and am wondering whether the above approach is worth pursuing. I've read up on SSH tunneling and that seems a possibility. My basic question is is it possible to tunnel RDP traffic over HTTPS using custom code.
Thanks John
Answer
Port Bridge
This project allows several NAT'ed servers to access several NAT'ed clients across the internet over a single service bus connection.
It's a pretty smart implementation that will really get you thinking. Below is the source
http://blogs.msdn.com/b/clemensv/archive/2009/11/18/port-bridge.aspx
... and another explanation of the same.
http://brentdacodemonkey.wordpress.com/2010/05/05/azure-appfabric-%e2%80%93-a-bridge-going-anywhere/
Also, there is a related project called "SocketShifter" on codeplex: http://socketshifter.codeplex.com/ Although the codeplex site advises using portbridge, I do see recent check ins (Aug 2010) and not sure which one is more up-to-date. It may be worth investigating.