Zum Ende der Metadaten springen
Zum Anfang der Metadaten

Sie zeigen eine alte Version dieser Seite an. Zeigen Sie die aktuelle Version an.

Unterschiede anzeigen Seitenhistorie anzeigen

« Vorherige Version anzeigen Version 28 Nächste Version anzeigen »

This page aims to provide you with a step-by-step guide on how to use public key authentication for external login to the NHR systems at the Berlin ("Lise") and Göttingen ("Emmy") sites. It also provides information for internal login to connect between NHR nodes in Berlin/Göttingen.

Summary

  1. Create an SSH key pair with a passphrase that is not used anywhere else.
  2. Upload your public key on our Portal NHR@ZIB.
  3. Specify your private key when connecting to our login nodes (either via ssh -i <your_private_key_file> or in your local SSH configuration).

Step-by-step guide

An SSH key pair consists of a public key and a private key. The public key is used to encrypt messages. Such messages can only be decrypted using the corresponding private key. For this reason the private key must be stored safely on the local machine - protected by a passphrase, and not accessible for other users.

SSH Key Generation

Generating your key pair differs depending on the SSH implementation available on your local machine. The default with Linux and MacOS is OpenSSH. This is also available (without extra installation) in more recent versions of Windows.

OpenSSH

On your local system, run ssh-keygen in the terminal of your choice to create an SSH key pair (type RSA) with a size of 4096 bits. During the key generation process you will be asked for a passphrase to protect the key:

$ ssh-keygen -t rsa -b 4096 -f $HOME/.ssh/id_rsa_nhr
Generating public/private rsa key pair. 
Enter file in which to save the key (/home/user/.ssh/id_rsa_nhr):                 
Enter passphrase (empty for no passphrase): ************************
Enter same passphrase again: ************************
Your identification has been saved in /home/user/.ssh/id_rsa_nhr.
Your public key has been saved in /home/user/.ssh/id_rsa_nhr.pub.  
The key fingerprint is:  
b8:df:d1:14:48:03:00:68:5e:46:9c:1a:b2:b2:d4:f4 user@host  
The key's random art image is:   
+--[ RSA 4096]----+ 
|   +oo....o      |  
|. +.=    . o     | 
| =o=.     . .    |  
|o.o. E .     .   |  
|o.    . S   .    | 
|.      .   o     |  
|      .   . .    |  
|       . . .     | 
|        . .      | 
+-----------------+

In this example, the private key is saved in the file /home/user/.ssh/id_rsa_nhr, the corresponding public key in the file /home/user/.ssh/id_rsa_nhr.pub. If you run this command, user will be replaced by your local username.

Verify that you indeed have a passphrase on your private key with

ssh-keygen -yf $HOME/.ssh/id_rsa_nhr
Enter passphrase:

If you are not asked for a passphrase, please use ssh-keygen =pf $HOME/.ssh/id_rsa_nhr to create a passphrase. Once you are certain that you have set a passphrase to protect the key, you can safely continue with uploading the public key as described below.

We recommend to choose a distinct comment (ssh-keygen -C "<comment>" -f <...> ) to conveniently identify your key later on.

Current login node ssh host keys

When connecting for the first time, ssh will show you a key fingerprint of our login nodes, and ask for confirmation.

The current ssh host keys for

  • glogin[1-9].hlrn.de
  • blogin[1-6].hlrn.de

are:

SHA256:mrwKbHEz3pJCmvU7ZEXoIKxVRz0E9/4GDp3k41x4Q8g (RSA)
SHA256:53WD36v+IjHObgS3DbjIi+zShcQ/MCAIqJNgJOlfR08 (ED25519)
SHA256:pNGlm//LyjJZi6tX0mz5SPSs4IBkuyJI/iWI10JbhgE (ECDSA)

For

  • bgnlogin[1-2].nhr.zib.de

the fingerprints are:

SHA256:rusM3G/8eG7ZFLNJtvymL/wNHFGgkOFTMYCBk3yLiL8 (ECDSA)
SHA256:8/hSIv0HfMDEy1gUQjVmb0cUMDztgacNfXSBUzcgCFM (ED25519)
SHA256:WulefLWFPRPPobUI6/+4bJpttV9SlQhZ0prEo8ELp1k (RSA)

PuTTY

Under Windows, SSH key pairs can be generated with the tool PuTTYgen which is part of the PuTTY installation package and also available separately.


  • Select: Type of key to generate: SSH-2 RSA
  • Fill in: Number of bits in a generated key: 4096
  • Press: Generate
  • Fill in: your key passphrase
  • Fill in: confirm your passphrase
  • copy the shown public key to a new textfile for upload to NHR
    (don't use "Save public key" for upload to NHR, wrong formatting here)
  • Press: Save private key
  • Please remember the path name where you saved your SSH key files!


PuTTY changed its default key file format in version 0.75 from PPK2 to PPK3. This is not an issue as long as you use a PuTTY version, or software using PuTTY in its core, greater 0.75

SSH Public Key Upload

Before you can log in to one of the Berlin/Göttingen login nodes, make sure you have uploaded your SSH public key (not the private one) at the Portal NHR@ZIB. Here you can also view or remove public keys uploaded earlier (if any).

At the Portal NHR@ZIB, choose the item "Manage keys" / "Verwalten Ihrer Keys". For the key management you will have to log with your user name and your portal password.

For security reasons, the upload is done in two steps:

  1.  Press the button "Request upload of a new key" / "Upload eines neuen Schlüssels anfordern". After pressing the upload request button, you will need to confirm that you will adhere to our key usage policy. The most important points here are: to always use a passphrase to protect the key and to never give access to your private key to others. Please read carefully and make sure you understand the implications of this agreement.
  2. In the next step, an e-mail is sent to your registered mail address containing a one-time URL. Use this URL (click it or copy it into the address field of your browser) to go to the page containing the actual upload button.

You can upload up to seven SSH public keys at the service portal.

The SSH public keys are stored centrally in the Berlin/Göttingen LDAP service. Please do not add SSH keys discussed above to your $HOME/.ssh/authorized_keys file in Berlin/Göttingen. This is only used for internal authentication within the Berlin/Göttingen sites. It will not grant access from outside.

  Workaround to display hidden files

Directory .ssh is a hidden directory. If it is not shown by default, you might need to enter ~/.ssh in the location box.

At least with Safari you can press command-shift-G and manually enter ~/.ssh.

Also, you can press CTRL-H to toggle between showing and not showing hidden files.

Or, another workaround: copy your public key file to a path not containing any hidden files/directories.

External Login using SSH Keys

For external connections to the NHR login nodes in Berlin/Göttingen the private key of the SSH key pair is needed. Recall the name and the location (see above) of the file containing the private key. 

OpenSSH

With the -i option to the ssh command you can specify the full path of your private SSH key file when you log in to one of the Berlin/Göttingen login nodes. You will be asked for the passphrase of your private key.

Example for a login to blogin (Berlin):

$ ssh -i $HOME/.ssh/id_rsa_nhr -l your_username blogin.hlrn.de
Enter passphrase for key '/<home_directory>/.ssh/id_rsa_nhr':
[...]


Alternatively, use the SSH configuration file $HOME/.ssh/config on your local machine to permanently store options for specific SSH connections so that they can be omitted on the command line.

For example, add the following lines to your local $HOME/.ssh/config :

Host blogin
    Hostname blogin.hlrn.de
    IdentityFile ~/.ssh/id_rsa_nhr
    User your_username

Now the ssh command will automatically choose the proper credentials in the future, i. e., -l your_username and -i <private_key> can be omitted from the command line so that ssh blogin  is sufficient.

PuTTY

In PuTTY, you have to add/select your private key to Connection → SSH → Auth to be able to log in. In PuTTY version 0.78 this option has changed to Connection → SSH → Auth  → Credentials.

Internal Login

SSH for internal connections between a Berlin and a Göttingen login node works right out of the box - that is, without specifying any keys. This also applies to SSH connections between nodes of the same site. This is enabled through host-based authentication which is active by default.

For internal connections, please always use the host name alone, omitting the domain suffix ".hlrn.de". You can use the generic names blogin, glogin or specific names like blogin5, glogin2, etc.. This way NHR internal links are used which are faster than external routes. The latter are used when specifying fully qualified host names (blogin.hlrn.de or glogin.hlrn.de) which is not recommended here.



  • Keine Stichwörter