Home Secure Shell (SSH) How To Manage Multiple SSH Connections In Linux Efficiently (Step-by-Step Guide)

How To Manage Multiple SSH Connections In Linux Efficiently (Step-by-Step Guide)

Beginner's Tutorial: Managing SSH Connections in Linux Made Easy

By sk

SSH (Secure Shell) is the tool many of us use to connect to remote servers securely. If you work with several remote servers, it can get tricky to remember all the details for each one. That's where the ssh_config file comes in. It's like your personal cheat sheet for SSH connections. In this detailed post, we will explore what is the ssh_config file in simple terms and how to use the ssh_config file to manage multiple SSH connections effectively in Linux.

Whether you're new to SSH or already familiar, we'll walk you through using ssh_config to simplify your remote connections.

What is ssh_config File?

The ssh_config file is the configuration file used by the OpenSSH client to define various settings and parameters for making SSH (Secure Shell) connections to remote servers.

It allows users to customize their SSH client's behavior, manage connection options, and create shortcuts for connecting to remote hosts more conveniently.

Purpose of ssh_config:

This file contains configuration settings that dictate how the SSH client behaves when you try to connect to a remote server. These settings can include which security protocols to use, how to authenticate, and various preferences like timeouts or connection attempts.


The ssh_config file can typically be found at /etc/ssh/ssh_config on Unix-like systems. This is a global configuration file, affecting all users on the system.

Users can also have a personal configuration file in their home directory (~/.ssh/config), which can override the global settings.


The file is made up of keyword-argument pairs, one per line. For example, Host servername specifies a configuration that will apply only when connecting to servername. Keywords are case-insensitive, and arguments are typically case-sensitive.

Common Settings:

Here is an explanation of some common directives and parameters you can configure in the ssh_config file:

  • Host: Defines for which host (or hosts) the following settings apply. You can use wildcards like * for general settings.
  • HostName: The actual hostname to connect to. This can be different from the Host keyword.
  • Port: Specifies the port number to connect to on the remote host.
  • User: The username to log in as on the remote server.
  • IdentityFile: Specifies a file from which the user's identity (private key) for public key authentication is read.
  • PasswordAuthentication: Specifies whether to use password authentication. Can be yes or no.
  • ConnectTimeout: Sets the time in seconds to wait for a connection to the remote server before giving up.

There are many other directives exist, but the aforementioned are the most commonly used.


When you use an SSH command like ssh user@host, the SSH client reads the ssh_config file to determine the settings for this connection. If there's a specific section for the host you're connecting to, those settings will be applied.


To change settings, you'll need to edit this file with a text editor. It's important to be careful and know what each setting does, as incorrect settings can prevent successful connections.


The ssh_config plays a crucial role in the security of your SSH connections. It's where you specify what kind of authentication methods are allowed, what kind of encryption to use, and other security-related settings.

Understanding ssh_config is a fundamental part of using SSH effectively and securely. As you get more familiar with SSH, you'll find that tweaking your ssh_config can make your remote connections more convenient and secure.

In a nutshell, the ssh_config file helps you create shortcuts, set up preferences, and make connecting to multiple servers a breeze.

Sample ssh_config File

Let's go through a simple example of an ssh_config file with some common settings. This will help you understand how these settings are structured and applied when you connect to a remote server using SSH.

Here's the content of an example ssh_config file:

# Global SSH client configuration settings

# Use this identity file (private key) for all connections
IdentityFile ~/.ssh/id_rsa

# Disable password authentication for all hosts, rely on key-based authentication
PasswordAuthentication no

# Settings for a specific host (example.com)
Host example.com
  HostName example.com
  Port 22
  User myusername
  IdentityFile ~/.ssh/id_rsa_example
  ConnectTimeout 10
  Compression yes

# Settings for any host in the .mycompany.com domain
Host *.mycompany.com
  User mycompanyuser
  Port 2222
  StrictHostKeyChecking ask
  UserKnownHostsFile /dev/null

Now, let's break down what each part of this file means:

Global Settings:

  • IdentityFile ~/.ssh/id_rsa: This line tells SSH to use the private key located at ~/.ssh/id_rsa for all connections, unless overridden by a host-specific setting.
  • PasswordAuthentication no: This disables password authentication for all hosts. SSH will rely on key-based authentication instead.

Specific Host Settings (example.com):

  • Host example.com: This begins a section that applies only when connecting to example.com.
  • HostName example.com: Specifies the actual hostname to connect to.
  • Port 22: Connect to port 22 (which is the default SSH port).
  • User myusername: Use myusername as the default username when connecting to this host.
  • IdentityFile ~/.ssh/id_rsa_example: Use a different private key file specifically for example.com.
  • ConnectTimeout 10: Wait up to 10 seconds when trying to connect before giving up.
  • Compression yes: Enables compression for the connection.

Domain-specific Settings (*.mycompany.com):

  • Host *.mycompany.com: Applies these settings to any host within the .mycompany.com domain.
  • User mycompanyuser: Default username for these hosts.
  • Port 2222: Connect using port 2222 instead of the default port.
  • StrictHostKeyChecking ask: SSH will ask for confirmation when connecting to a new host within this domain.
  • UserKnownHostsFile /dev/null: SSH won’t remember the host keys of the servers in this domain, treating each connection as if it's the first time.

When you run a command like ssh example.com, SSH looks through this file. It first applies the global settings and then overrides them with any host-specific settings that match the host you're connecting to.

In this case, it would use myusername as the user, connect to port 22, use the ~/.ssh/id_rsa_example private key for authentication, wait up to 10 seconds to establish the connection, and enable compression.

Manage Multiple SSH Connections

In the previous section, we explained the structure of a sample ssh_config file. Now, we will explore a practical example of how to use the ssh_config file to effectively manage multiple SSH connections.

Step 1 - Locate or Create Your ssh_config File:

On most Unix-like systems, the global ssh_config file is located at /etc/ssh/ssh_config. However, you can create a personal (per-user) configuration file in your home directory if you want to customize settings for your user specifically.

To create a personal ssh_config file, use the following command:

$ touch ~/.ssh/config

Step 2 - Edit Your ssh_config File:

Use a text editor (e.g., nano, vim, gedit, or notepad) to open and edit your ssh_config file. You can use the nano text editor as an example:

$ nano ~/.ssh/config

Step 3 - Define Host Aliases:

One of the most useful features of ssh_config is creating host aliases. For each remote server you connect to frequently, add a section like this:

Host server_alias
    HostName server_ip_or_domain
    User your_username
    IdentityFile ~/.ssh/your_private_key
    Port 22


Host ubuntuserver
    User ostechnix
    Port 22

Replace ubuntuserver with your chosen alias for the server, with the server's IP address or domain name, and ostechnix with your username on that server.

If you have configured Key-based SSH authentication, you should add the following line as well.

IdentityFile ~/.ssh/your_private_key

Replace ~/.ssh/your_private_key with the path to your private SSH key.

You can also define multiple host aliases, each with its own settings, in your ssh_config file.

Host fileserver
    User sk

Host ftpserver
    User kumar
    Port 2233

Host webserver
    HostName server.example.com
    User root
Define Host Aliases in SSH Config File
Define Host Aliases in SSH Config File

Do not forget to replace the values of Host, Hostname, User and Port with your own. Once you added the details of all remote hosts, save the file and close it.

Step 4 - Connect to a Remote Server:

Now, you can connect to a remote server simply by using the alias you defined in the Host section:

$ ssh ubuntuserver

This command will use the settings you defined for that alias in your ssh_config file.

Connect to a Remote Server using SSH Host Alias
Connect to a Remote Server using SSH Host Alias

As you can see in the output above, I can able to access my Ubuntu system using its ssh alias instead of the user@ip-address.

Similarly, you can connect to other remote hosts using their respective host aliases like below.

$ ssh fileserver
$ ssh webserver
$ ssh ftpserver

Please note that this applies for current user only. If you want to make the aliases available for all users (system wide), define the host aliases in the /etc/ssh/ssh_config file.

Effective Strategies for Managing Multiple SSH Connections

Managing multiple SSH connections efficiently often depends on the specific needs and workflow of the user. The approach using ssh_config file, as described earlier, is indeed a common and effective way to manage multiple SSH connections. However, there are other methods and tools that can complement or enhance this approach, especially when dealing with a large number of servers or complex requirements. Here are some options:

ssh_config File (Standard Approach):

  • Pros: Centralized configuration, no additional software required, highly customizable.
  • Cons: Can become complex for a very large number of servers, manual editing of the file.

SSH Alias:

You can create aliases in your shell configuration file (like .bashrc or .zshrc) for quick access.

Example: alias sshserver='ssh user@example.com'

  • Pros: Quick and easy for a small number of frequently accessed servers.
  • Cons: Not scalable for managing many servers, lacks the advanced features of ssh_config.

How To Create SSH Alias In Linux

SSH Management Tools:

  • Tools like ClusterSSH, tmux, and screen can help manage multiple SSH sessions, especially if you need to interact with many servers simultaneously.
  • Pros: Great for simultaneous actions on multiple servers, advanced session management.
  • Cons: Requires learning new tools, more suited for advanced users.

SSH Key Management Tools:

  • Tools like ssh-agent, Keychain, or gnome-keyring can help manage SSH keys, making it easier to handle connections that require different authentication keys.
  • Pros: Simplifies key management, enhances security.
  • Cons: Additional setup and maintenance.

Configuration Management Tools:

  • If your use case involves consistent settings or scripts across multiple servers, tools like Ansible, Puppet, or Chef can be very useful.
  • Pros: Great for automation, consistency across many servers.
  • Cons: Steeper learning curve, more setup.

Bastion Host / Jump Server:

  • In more complex network environments, using a bastion host (or jump server) as a single entry point to connect to other servers can simplify management and enhance security.
  • Pros: Increased security, centralized point of access.
  • Cons: Requires additional setup and maintenance, single point of failure.

SSH Multiplexer:

  • Multiplexers like ControlMaster in OpenSSH allow reusing SSH connections, reducing the time to establish new connections to the same host.
  • Pros: Faster connections to the same host, less authentication overhead.
  • Cons: Complexity in configuration, potential security considerations.

The best method depends on your specific needs:

  • For a small number of servers and simple use cases, the ssh_config file combined with SSH aliases might be sufficient.
  • For managing multiple sessions or servers simultaneously, consider SSH management tools like ClusterSSH, tmux, or screen.
  • For complex environments or automation needs, look into configuration management tools or a bastion host setup.

Each method has its own set of advantages and disadvantages, so you may find that a combination of these approaches works best for you.

Frequently Asked Questions (FAQ)

Q: What is SSH and why is it used?

A: SSH, or Secure Shell, is a protocol used to securely access and manage systems over an unsecured network. It's widely used for secure data communication, remote command-line login, remote command execution, and other secure network services between two networked computers.

Q: What is the ssh_config file and where is it located?

A: The ssh_config file is a configuration file for SSH clients. It contains settings that define how to establish connections to remote servers. This file is usually located at /etc/ssh/ssh_config for system-wide settings or ~/.ssh/config for user-specific settings.

Q: How does ssh_config help in managing multiple SSH connections?

A: ssh_config allows you to define specific settings for different SSH hosts, like hostnames, usernames, port numbers, and private keys. This simplifies connecting to various servers by allowing you to specify configurations for each host or group of hosts.

Q: Can I use ssh_config for key-based authentication?

A: Yes, you can specify the path to identity files (private keys) in ssh_config for key-based authentication, making it more convenient and secure to connect to different servers without entering a password each time.

Q: Is ssh_config suitable for beginners?

A: ssh_config is user-friendly, but it requires basic knowledge of SSH and its configuration syntax. It's suitable for beginners who are willing to learn and understand its basic structure and settings.

Q: Are there any tools to manage SSH connections other than ssh_config?

A: Yes, there are several tools like ClusterSSH, tmux, screen, and various SSH key management tools that can complement or enhance SSH connection management, especially for advanced users or specific needs.

Q: What should I do if I have a lot of servers to manage?

A: For managing a large number of servers, you might consider using configuration management tools like Ansible, Puppet, or Chef, which provide automation and consistent configuration across multiple servers.

Q: How do I ensure the security of my SSH connections?

A: Ensure the security of SSH connections by using key-based authentication, disabling root login, using strong passwords for keys, regularly updating your SSH software, and using security features like ssh-agent for key management.

Q: Can I automate SSH tasks for multiple servers?

A: Yes, you can use scripting along with ssh_config, or automation tools like Ansible, to automate tasks across multiple servers.

Q: Is there a way to speed up SSH connections to the same host?

A: Yes, you can use SSH Multiplexing, specifically the ControlMaster feature in OpenSSH, to reuse existing connections, reducing the time to establish new connections to the same host.


Managing multiple SSH connections effectively using the ssh_config file is a great way to simplify your workflow and make it easier to connect to various remote servers.

Using ssh_config file, you can create custom configurations for specific hosts, networks, or use global settings. The ssh_config file allows you to fine-tune your SSH client's behavior, improve security, and make connecting to remote servers more efficient.

Remember to use caution when modifying this file, especially if you're dealing with sensitive information or security-related settings.

Suggested Read:

You May Also Like

Leave a Comment

* By using this form you agree with the storage and handling of your data by this website.

This site uses Akismet to reduce spam. Learn how your comment data is processed.

This website uses cookies to improve your experience. By using this site, we will assume that you're OK with it. Accept Read More