Table of Contents
Benefits of Public & Private SSH Keys #
If your headless, or remote, VPS is visible over the Internet, you should use public key authentication instead of passwords, if at all possible. This is because SSH keys
provide a more secure way of logging in compared to using a password alone. While a password can eventually be cracked with a brute-force attack, SSH keys are nearly impossible to decipher by brute force alone. With public key authentication, every computer has (i) a public
and (ii) a private “key” (two mathematically-linked algorithms that are effectively impossible to crack).
Today, OpenSSH is the default SSH implementation on Unix-like systems such as Linux and OS X. Key-based
authentication is the most secure of several modes of authentication usable with OpenSSH, such as plain passwords and Kerberos tickets. Other authentication methods are only used in very specific situations. SSH can use either “RSA” (Rivest-Shamir-Adleman) or “DSA” (“Digital Signature Algorithm”) keys. Both of these were
considered state-of-the-art algorithms when SSH was invented, but DSA has come to be seen as less secure in recent years. RSA is the only recommended choice for
new keys, so this tutorial uses “RSA key” and “SSH key” interchangeably.
When you log in to your DigitalOcean VPS, the SSH server uses the public key to “lock” messages in a way that can only be “unlocked” by your private key. This
means that even the most resourceful attacker cannot snoop on, or interfere with, your session. As an extra security measure, some users and most SSH programs store
the private key in a passphrase-protected format, to provide a window of time in which you can disable your compromised public key, should your computer be stolen
or broken in to. For these reasons, public key authentication is a much better solution than passwords for most people. In fact, by not employing a passphrase on your
private key, you will have the ability to automate parts of your configuration management with secure, automatic log-ins, such as incremental off-site backups,
manage your DigitalOcean assets via the DigitalOcean API, and more.
Key-Based SSH Logins #
You can save the same public key on as many cloud servers as you’d like, while your private key is saved on a client from which you log in to the server. Then, you can
disable the normal username/password login procedure, which means that only people with a valid private/public key pair can log in; making your system more
secure, because it will be impervious to brute-force attacks.
Automate the Creation of New Droplets #
Another useful purpose that SSH keys can serve is in the creation of DigitalOcean droplets. As you know, when you spin up a droplet, you have to wait for an e-mail
with your password. Although this email is very convenient, there is a more secure (and faster) way of gaining access to your new cloud server without the need for
email. This can be done by saving your public key in the
DigitalOcean Control Panel. To accomplish this:
First complete the section in this tutorial titled Generating OpenSSH-compatible Keys for Use with PuTTY.
Then, skip to Step Three of How to Use SSH Keys with DigitalOcean Droplets.
This tutorial assumes that you are familiar with DigitalOcean’s guide on How to Log Into Your Droplet with PuTTY (for windows users).
PuTTY Key Generator (a.k.a. PuTTYgen) #
While PuTTY is a client program for SSH (in addition to Telnet and Rlogin), it is not a port of or otherwise based on OpenSSH. Consequently, PuTTY does not have
native support for reading OpenSSH’s SSH-2 private key files. However, PuTTY does have a companion named PuTTYgen (an RSA and DSA key generation utility), that
can convert OpenSSH private key files into PuTTY’s format; allowing you to connect to your cloud server from a Windows machine, with the added security that SSH
PuTTYgen is a (free) open-source utility and can be downloaded from the maintainer’s website. PuTTYgen is what you will use to generate your SSH keys for use in PuTTY. To start, all you need to do is download the
exectuable files (.exe) and save them on the computer that you’ll use to connect to your VPS, e.g. on the desktop. You will not need to “install” PuTTYgen,
because it is a standalone application.
Generating OpenSSH-compatible Keys for Use with PuTTY #
To generate a set of RSA keys with PuTTYgen:
Start the PuTTYgen utility, by double-clicking on its .exe file;
For Type of key to generate, select RSA;
In the Number of bits in a generated key field, specify either 2048 or 4096 (increasing the bits makes it harder to
crack the key by brute-force methods);
Click the Generate button;
Move your mouse pointer around in the blank area of the Key section, below the progress bar (to generate some randomness) until the progress bar
A private/ public key pair has now been generated;
In the Key comment field, enter any comment you’d like, to help you identify this key pair, later (e.g. your e-mail address; home; office; etc.)
— the key comment is particularly useful in the event you end up creating more than one key pair;
Optional: Type a passphrase in the Key passphrase field & re-type the same passphrase in the Confirm passphrase field (if
you would like to use your keys for automated processes, however, you should not create a passphrase);
Click the Save public key button & choose whatever filename you’d like (some users create a folder in their computer named my_keys);
Click the Save private key button & choose whatever filename you’d like (you can save it in the same location as the public key, but it should be a
location that only you can access and that you will NOT lose! If you lose your keys and have disabled username/password logins, you will no longer be able log in!);
Right-click in the text field labeled Public key for pasting into OpenSSH authorized_keys file and choose Select All;
Right-click again in the same text field and choose Copy.
NOTE: PuTTY and OpenSSH use different formats for public SSH keys. If the SSH Key you copied starts with “—- BEGIN SSH2 PUBLIC
KEY …”, it is in the wrong format. Be sure to follow the instructions carefully. Your key should start with “ssh-rsa AAAA ….”
Save The Public Key On The Server #
Now, you need to paste the copied public key in the file ~/.ssh/authorized_keys on your server.
Log in to your destination server; see How to Log Into Your Droplet with PuTTY (for windows users)
If your SSH folder does not yet exist, create it manually:
mkdir ~/.ssh chmod 0700 ~/.ssh touch ~/.ssh/authorized_keys chmod 0644 ~/.ssh/authorized_keys
Paste the SSH public key into your ~/.ssh/authorized_keys file (see Installing and Using the Vim Text Editor on an Cloud Server):
sudo vim ~/.ssh/authorized_keys
i key on your keyboard & right-click your mouse to paste.
To save, tap the following keys on your keyboard (in this order):
Create a PuTTY Profile to Save Your Server’s Settings #
In PuTTY, you can create (and save) profiles for connections to your various SSH servers, so you don’t have to remember, and continually re-type, redundant information.
Start PuTTY by double-clicking its executable file;
PuTTY’s initial window is the Session Category (navigate PuTTY’s various categories, along the left-hand side of the window);
In the Host Name field, enter the IP address of your VPS or its fully qualified domain name (FQDN); see How to Set Up a Host Name with DigitalOcean
Enter the port number in the Port field (for added security, consider changing your server’s SSH port to a non-standard port. See Step Five of Initial Server Setup with Ubuntu 12.04
Select SSH under Protocol;
Along the left-hand side of the window, select the Data sub-category, under Connection;
Specify the username that you plan on using, when logging in to the SSH server, and whose profile you’re saving, in the Auto-login username field;
Expand the SSH sub-category, under Connection;
Highlight the Auth sub-category and click the Browse button, on the right-hand side of the PuTTY window;
Browse your file system and select your previously-created private key;
Return to the Session Category and enter a name for this profile in the Saved Sessions field, e.g. email@example.com or firstname.lastname@example.org;
Click the Save button for the Load, Save or Delete a stored session area.
Now you can go ahead and log in to email@example.com and you will not be prompted for a password. However, if you had set a passphrase on your public key, you will be asked to enter the passphrase at that time (and every time you log in, in the future).
Disable Username/Password Logins #
Once you have verified that your key-based logins are working, you may elect to disable username/password logins to achieve better security. To do this, you need to
edit your SSH server’s configuration file. On Debian/ Ubuntu systems, this file is located at /etc/ssh/sshd_config.
sudo vim /etc/ssh/sshd_config
i key on your keyboard and edit the lines, referenced below:
[...] PasswordAuthentication no [...] UsePAM no [...]
To save, tap the following keys on your keyboard (in this order):
Enter. Now, reload
the SSH server’s configuration:
sudo reload ssh
Additional Resources #
How to Set Up SSH Keys | DigitalOcean;
How to Protect SSH with fail2ban on Ubuntu 12.04 | DigitalOcean;
How to Protect SSH with Two-Factor Authentication | DigitalOcean;
How To Copy Files With Rsync Over SSH | DigitalOcean;
Public-key cryptography | Wikipedia;
PuTTY FAQ | Simon Tatham.
As always, if you need help with the steps in this HowTo, look to the DigitalOcean Community for assistance by posing your question(s), below.
Article Submitted by: Pablo Carranza