VPNs are a way of accessing application which sit on a separate network using an encrypted tunnel. Contrary to popular belief, they are not designed to anonymize your internet habits. Whilst VPNs are designed to enable a client to access the servers network, it’s possible to use them to provide…
My university has a development sever, which it uses to host our coursework without the need to set up a development environment locally. It also enables lecturers to mark our work in a controlled environment, without needing to spin up an environment, and run untrusted code on their machines, a security hole I’m more than likely to take advantage of!
For reasons unknown, only HTTP ports (80, 443) are available from machines other than those permanently on-site (even eduroam doesn’t work!). Their solution to this problem is RemoteApp, which, like most windows products, doesn’t work very well under Linux!
With coursework requiring deployment onto this server now, access to SSH is essential (besides FTP, but who really wants to use that?). But, how to get SSH access to a server, without needing to use the terrible RemoteApp?
#SSH Reverse Tunnels
SSH has the ability to create a reverse tunnel between two machines, by using a 3rd as a gateway. Assuming the destination server has the ability to SSH out of its firewall, a separate SSH connection can use that connection as a tunnel to communicate.
The intermediary server has to allow SSH connections from both the server and your client. The magic here happens because unless the server is in a highly controlled environment (where you shouldn’t be doing this anyway), traffic is likely unrestricted outbound through the firewall.
#Step 1: Opening Port 22
Technically not opening a port, but it does sound cooler!
Create the tunnel between the server and your intermediary server. Obviously, This must be done from the server, rather than from the intermediary:
ssh -R 12345:localhost:22 intermediary-user@intermediary
intermediary-user@intermediary should be replaced with your server credentials.
This will create a tunnel from the server to the intermediary, on port
12345. This port is arbitrary, however does have to be unused.
#Step 2: The connection
And now, to actually connect. From your local machine, simply run:
ssh -A intermediary-user@intermediary -W server-user@localhost:12345
After giving your credentials twice (once for the intermediary, then again for the final server), you should be met with a standard shell, on the destination server.
#Making connection easier
SSH has many configuration options available to ease this process, such as using keys for authentication over passwords, and transparently connecting to the intermediary server when trying to connect to the server.
My personal tool of choice for managing config like this is
Share this page
People say there’s no 100% reliable way to wipe a storage drive, and they’re right. By the nature of how mechanical drives work, there’s no real way to say for sure whether the data is ever really gone. With drives, the only way to be sure the content is gone…
It's that time of year again, time to steal some of Cortex's search rankings to talk about my own "State of the Apps" - the applications and setups I use to make my life what it is. Since my last post, and in fact in just the last few weeks,…
View all →