Linux Generate Ssh Key Gitlab
Linux Generate Ssh Key Gitlab 5,0/5 4670 reviews

Today’s post is for developers. If you use the Git version control system with a service such as GitHub, GitLab or Bitbucket to host and manage your projects source codes, you know that by default Git connects to remotes using the HTTPS protocol, which requires you to enter username and password every time you run a command such as git pull or git push.

Using the SSH protocol, you can connect and authenticate to servers to use their services. The three mentioned services allow Git to connect via SSH instead of HTTPS. Connecting with public key encryption dispenses typing username and password for every Git command.

Add your public SSH key to your GitLab account by: Clicking your avatar in the upper right corner and selecting Settings. Navigating to SSH Keys and pasting your public key from the clipboard into the Key field. If you: Created the key with a comment, this will appear in the Title field. We now paste the content of the SSH key into the form in your GitLab instance. You can name the SSH key anything you want. It is recommended that you name it after the computer it came from. This way, it will be easier to know which key belongs to which machine. If you leave the name field empty, GitLab will generate a name for you. Mar 04, 2014 In this video we show you how to create and add your SSH key to GitLab. Linux/Mac Tutorial: SSH Key-Based Authentication - How to SSH Without a Password - Duration: 15:46. The.pub file is your public key, and the other file is the corresponding private key. If you don’t have these files (or you don’t even have a.ssh directory), you can create them by running a program called ssh-keygen, which is provided with the SSH package on Linux/macOS systems and comes with Git for Windows.

You are going to see in this post how to use GitHub, GitLab and Bitbucket with SSH.

Make sure an SSH client in installed

In order to connect using the SSH protocol, an SSH client must be installed on your system. If you use openSUSE, it should be already installed by default.

Just to make sure, open the terminal and run:

That command should output the version number of the SSH client being used:

In case the system informs that the ssh command was not found, you can install the OpenSSH client running:

Check for existing SSH keys

To connect using the SSH protocol, you need an SSH key pair (one private and the other public). If you have never used SSH, you can safely skip this topic and move on to the next. If you have ever used SSH (for instance, to remotely access a server), probably you already have an SSH key pair, in which case you don’t need to generate a new key pair.

To see if existing SSH keys are present, run:

That command should list the contents of the ~/.ssh folder, in which the SSH client stores its configuration files:

If you receive an error that there is no ~/.ssh directory or there are no files in it, don’t worry: it means you haven’t created an SSH key pair yet. If that is the case, proceed to the next topic.

By default, public SSH keys are named:

  • id_dsa.pub;
  • id_ecdsa.pub;
  • id_ed25519.pub; or
  • id_rsa.pub.

Inside my ~/.ssh folder, I have an SSH key pair (id_rsa.pub is the public key and id_rsa is the private key) created a year ago (Jul 18 2018).

For security reasons, it is recommended that you generate a new SSH key pair at least once a year. If you already have an SSH key pair that was created more than a year ago, it is recommended that you proceed to the next topic.

If you already have an SSH key pair and want to reuse it, you can skip the next topic.

Generate a new SSH key pair

To generate a new SSH key pair, run the following command (replace [email protected] with your email address):

It asks you where to save the private key (id_rsa).

Press Enter to accept the default location.

If you already have a private key, it asks whether it should overwrite:

If that happens, type y and press Enter.

Then, enter and re-enter a passphrase (think of it as a kind of password):

The SSH key pair is created in ~/.ssh.

The whole interaction should look similar to the following:

Add the private SSH key to the ssh-agent

If you don’t want to type your passphrase each time you use your SSH keys, you need to add it to the ssh-agent, which is a program that runs in background while you are logged in to the system and stores your keys in memory.

To start the ssh-agent in background, run the following:

That command outputs the ssh-agentprocess identifier:

Then, add your SSH private key to the ssh-agent:

Type your passphrase and press Enter:

The command confirms that the private SSH key has been added to the ssh-agent:

Add the public SSH key to your account

Once you have an SSH key and have added it to the ssh-agent, you can set up connecting via SSH. Let’s see how to do that for each of the three servers: GitHub, GitLab and Bitbucket.

In all the three cases, the process is similar. Start by copying your public SSH key (~/.ssh/id_rsa.pub) file contents to the clipboard using the xclip command:

xclip is a command line utility that allows access to the graphical interface clipboard from the terminal. If it is not installed, you can install it running:

GitHub

Using a browser, go to the GitHub home page at github.com and sign in to your account.

In the upper-right corner of the page, click your profile photo, then click Settings:

In the user settings sidebar, click SSH and GPG keys. Then click New SSH key.

Fill in the Title field with a descriptive label for the new key (for example, the name of your computer) and paste your public key into the Key field. Finally, click Add SSH key:

Now the key appears in the list of SSH keys associated with your account:

GitLab

Using a browser, go to the GitLab home page at gitlab.com and sign in to your account.

In the upper-right corner of the page, click your profile photo, then click Settings:

In the User Settings sidebar, click SSH Keys.

Paste your public key in the Key field. Fill in the Title field with a descriptive label for the new key (for example, the name of your computer). Finally, click Add key:

Now the key appears in the list of SSH keys associated with your account:

Bitbucket

Using a browser, go to the Bitbucket home page at bitbucket.org and log in to your account.

In the lower-left corner of the page, click your profile photo, then click Bitbucket settings:

In the Settings sidebar, in the Security section, click SSH keys. Then, click Add key.

Fill in the Label field with a descriptive label for the new key (for example, the name of your computer) and paste your public key into the KeyNeed for speed most wanted 2012 key generator free download. field. Finally, click Add key:

Now the key appears in the list of SSH keys associated with your account:

Test connecting via SSH

GitHub, GitLab and Bitbucket allow you to test whether SSH connection has been set up correctly before actually using it with Git.

GitHub

After you’ve added your SSH key to your GitHub account, open the terminal and run:

That command attempts an SSH remote access to GitHub.

If that is the first time you connect to GitHub via SSH, the SSH client asks you if it can trust the public key of the GitHub server:

Type yes and press Enter. The SSH client adds GitHub to the list of trusted hosts:

Once added to the list of known hosts, you won’t be asked about GitHub’s public key again.

As this remote access via SSH is provided by GitHub just for testing, not for actual use, the server informs that you have successfully authenticated and terminates the connection:

If you completed the test successfully, now you can use SSH with GitHub.

The whole interaction should look similar to the following:

GitLab

If you have added your SSH key to your GitLab account, the test is very similar:

If you completed the test successfully, now you can use SSH with GitLab.

Bitbucket

If you have added your SSH key to your Bitbucket account, the test is very similar:

If you completed the test successfully, now you can use SSH with Bitbucket.

Clone a repository using SSH

Now that we’ve got our SSH keys set up, let’s see how to clone a Git repository using SSH instead of HTTPS.

GitHub

At GitHub, go to a project’s repository, click Clone or download and copy the URL to clone the repository using SSH:

The URL of a GitHub repository looks like:

Open the terminal and run the git clone command passing the copied URL as argument.

Tip: to paste into the terminal, use Ctrl + Shift + V.

Note that now Git clones the repository without asking for a password:

Yes, it is your right to use Windows 7 as well as we have told the Windows 7 Home Premium Product key. Product key generator for games. It is little difficult to activate Windows 7 because users are migrating and upgrading to Windows 10 and very few viewers purchase original Product keys.In the past, it happened that sometimes one product key applies to multiple windows 7 versions. Why don’t Windows 7 product keys Work?There are many reasons that Windows 7 Home Premium product key or Windows 7 other version keys don’t work.

GitLab

At GitLab, go to a project’s repository, click Clone and copy the URL to clone the repository using SSH:

The URL of a GitLab repository looks like:

Open the terminal and run the git clone command passing the copied URL as argument:

Note that now Git clones the repository without asking for a password.

Bitbucket

At Bitbucket, go to a project’s repository, click Clone and copy the command to clone the repository using SSH:

Note that, differently from GitHub and GitLab that present the URL, Bitbucket presents the entire git clone command, including the URL.

The URL of a Bitbucket repository looks like:

Open the terminal, paste and run the command you copied from Bitbucket:

Note that now Git clones the repository without asking for a password.

Reconfigure existing repositories to use SSH

The repositories we clone from now on using SSH will continue to use SSH for future Git commands such as git pull and git push. But existing local repositories, previously cloned with HTTPS, will continue to use HTTPS, unless we set them up to use SSH.

To do that, open the terminal and change the current directory to a local repository.

List the existing remote repositories and their URLs with:

Key

That command should output something like:

Change your remote repository’s URL with:

Run git remote -v once more to verify that the remote repository’s URL has changed:

Great. That done, Git will use SSH, instead of HTTPS, to synchronize that local repository with its remote equivalent.

References

I hope those tips can be useful to you as they have been to me since I started using Git. If you have any questions or trouble, don’t hesitate to comment! See you!

And always remember: have a lot of fun…

When you work with a Git repository, your project may be actively modified by a lot of people. Some of them may not be trustworthy as they may be new employees or something like that. In this case, if they need to do git pull in the server to update the changes of a commit in your production server, you may not want that everybody knows the password of the repository. Another case where you don't want to provide the password of the repository everytime you do git pull or git clone, are automatized deployments.

That's why the the 'deployment keys' feature exist in Gitlab, A deploy key is an SSH key that is stored on your server and grants access to a single Gitlab repository. This key is attached directly to the repository instead of to a personal user account. In this article, we'll show you step by step how you can automatize the deployment process of your project hosted on Gitlab.

1. Find or create an SSH Key for your server

The first thing that you need to do is to verify if your server has already a public key created in the .ssh directory of the user in the server, so start a SSH session to your server and type the following command:

This will automatically search in the folder of your user that in our case is /home/vagrant/.ssh, if the output of the command shows a string that starts with ssh-rsa, then you already have an SSH Key that you can use to add to your repository, so you can skip to the step 2. If instead, you get the output : cat: ~/.ssh/id_rsa.pub: No such file or directory, then you will need to create an SSH Key first. You can create a SSH Key in Ubuntu via SSH with the following command (navigate to the .ssh directory first and type):

To make the process easy, we won't add a Keyphrase for the SSH Key, so as mentioned in the creation wizard just press enter to don't use a keyphrase:

As shown in the image, we no have the id_rsa and id_rsa.pub file in our .ssh directory. This key works as a 'pass' that allows to clone/pull your project in the current server, till this point it doesn't do anything, so you will need to follow the other steps.

2. Configure SSH client to find your GitLab private SSH in the server

As next step you need to establish that, when cloning from Gitlab, the deployment key should be used as authentication instead of an username and a password. For this you need to ensure that ssh-agent is enabled by running the following command:

Then you can proceed to add your key to the SSH registry using the following command:

To retain these settings you'll need to save them to a configuration file. Normally on OpenSSH clients you can configure this in the ~/.ssh/config file. If the file doesn't exist, you can create it:

And register your key in the file. In this tutorial we are adding a single SSH Key from the Gitlab website (non self hosted version), so our config file content will be:

As you may have multiple projects in one server or a project that uses different repositories that need to be updated, you can without a problem implement multiple SSH Keys in the same file following the notation:

Linux Generate Ssh Key Gitlab

3. Add the Server Key as a deployment key in your Repository configuration

Linux Add Ssh Key Github

Now you need the public key of your server (created in step 1), in this step you are saying to Gitlab 'Hey, if someone uses this SSH Key to clone, allow him to do it'. You can get the content of the public file using a text editor via SFTP, or just by printing the output of the file with SSH using the following command:

This would output in our case the content of the public key:

Keep that long string in the clipboard as you will need it to paste it in Gitlab. As next acccess the Settings of your Repository in Gitlab, in our case as we are using the non self hosted version of Gitlab the configuration for the Deploy Keys is in https://gitlab.com/<username>/<repository-name>/settings/repository. The menu to add a new deploy key looks like this:

Here you would only need to add the content of the id_rsa.pub file, provide a title and decide wheter the server can be used to push changes as well or not (normally unchecked as it is production). Once the key is added in your repository, you should be able now to clone/pull your repository in the deployment server.

Generate New Ssh Key Github Linux

4. Clone and pull repository to test

Generate Ssh Key Windows

As final step, to verify if everything went right you can clone your repository to see if the credentials of the repository are requested or not, in case it does, please read the tutorial again and check what you did wrong. Otherwise, you will be able to clone your project using the following command:

Note

Linux Create Ssh Key For Github

Remember to clone via SSH, not HTTPS, otherwise you may obviously be asked for the credentials.

By doing this you may have noticed that you didn't have to input your Gitlab username nor password thanks to the deployment key!

Happy coding !