Accessing Linux Systems using SSH
This article show examples of advanced techniques of SSH to access other Linux systems.
NOTE: If you don't have Linux installed on your system, you can d/l a Linux LIVE distribution like Ubuntu Desktop, install to a USB stick, and boot to it without having to install Linux.
If you are new to Linux and use SSH in only the most obvious ways (to get a terminal into a remote system), this document is meant to share some of the more powerful ways SSH can be used. This document assumes you are accessing a Linux system from a Linux system. With some adjustments (installation of an X11 system) these will also work on a Mac. Windows will require a Unix-like environment, such as Cygwin, but your results may vary.
Most servers will allow SSH forwarding, but not by default. If you want to run a graphical application on a remote server and display it locally, you can do this by including either the -X or -Y options. The -X option provides an insecure forward, and the -Y a "secure" forward of the X protocol. To ensure the remote system supports it, you can log in with either of these options and run: `echo $DISPLAY` to see if you have a forwarded graphical display. If you get no return, the remote system does not support X11 forwarding.
The -X or -Y options only allow one application to be forwarded to your terminal, not the entire desktop. To forward the desktop, you will need VNC, NoMachine, TeamViewer, or similar program.
Access to remote systems is always easier if you are using keys. On your local system, create a key:
ssh-keygen -t ed25519
Note: default is to create an RSA 1024 bit key, but -t overrides that. If you need to use an RSA key, make it larger than 1024 bits:
ssh-keygen -t rsa -b 4096
Then copy the key to the remote system:
ssh-copy-id -i ~/.ssh/id_ed25519 <netid>@remote.system.com
If you need to access systems on the private network, you can do so, but will need access to a system with a public IP. Let's say you have an account on example.rice.edu which has a public IP, but you need to access a system on the 10.0.0.0/8 (private) network. Let's say foo.rice.edu has an address of 10.8.0.21. To get to this system, you can either ssh into example then ssh into foo, or you can use example as a proxy. (Note: ensure your key is first copied to example.) In your ~/.ssh/config file on your local system put:
User <your netid on example>
ProxyCommand ssh -q rice nc -q0 10.8.0.21 22
With this saved, you can now run:
ssh-copy-id -i ~/.ssh/id_ed25519 foo.rice.edu
and login directly to foo. This will allow you to ssh directly to foo without using a VPN.
Now, let's say we have another private system, bar.rice.edu, that is on the private network that runs postgresql. However, we can only access postgres from foo, not from example. Ensure you have a host entry for bar in your /etc/hosts file:
10.8.0.25 bar.rice.edu bar bar
Postgres runs on port 5432 by default. To connect to port 5432 on bar, we need to come through foo. We want to use port 1234 on our localhost to connect. So we run the following command:
ssh -L 1234:bar.rice.edu:5432 <netid>@foo.rice.edu
The above will log us into foo.rice.edu and created an ssh tunnel from our localhost to bar.rice.edu on port 5432. Open another terminal, and we should be able to connect:
psql -p 1234 localhost <tablename>
The local postgres client will connect through localhost on port 1234 and connect to bar.rice.edu on port 5432.
This can be used for any protocol: ssh -L 8888:something.rice.edu:443 <netid>@example.rice.edu will allow you to open your web browser and point it to https://localhost:8888/ and connect to something.rice.edu on port 443.
However, you would have to do this for every site you wanted to connect to. It also has the shortcoming that any site that uses absolute vice relative redirects, or redirects to a different site for authentication, etc., won't work. But there's a better way. Using SSH as a socks proxy:
ssh -D 8765 <netid>@foo.rice.edu
open another terminal and enter:
We had to start google-chrome from the command line because on Linux, google chrome does not have an http proxy setting.
Now all your google-chrome connections will go through foo.rice.edu and you can access any private site that foo.rice.edu can get to. Remember, you'll need host entries for any private sites.