Comment configurer le serveur SSH dans Redhat Linux

Ce tutoriel explique comment configurer et gérer le serveur SSH et le client SSH sous Linux étape par étape avec des
exemples pratiques. Apprenez à installer, activer et démarrer le serveur SSH et le client SSH ; générer des clés
publiques SSH et des clés privées SSH pour l'authentification par clé et configurer en détail la sécurité basée sur
l'utilisateur et l'hôte.

En tant qu'administrateur Linux, vous devez savoir

 SSH signifie Secure Shell.

 SSH est un protocole réseau pour la communication sécurisée de données.
 Le protocole SSH permet la connexion en ligne de commande à distance.
 Le protocole SSH permet l'exécution de commandes à distance.
 Pour utiliser SSH, vous devez déployer respectivement le serveur SSH et le programme client SSH.
 OpenSSH est une version GRATUITE de SSH.
 Telnet, rlogin et ftp transmettent des données non cryptées sur Internet.
 OpenSSH chiffre les données avant de les envoyer sur un réseau non sécurisé comme Internet.
 OpenSSH élimine efficacement l'écoute clandestine, le détournement de connexion et d'autres attaques.
 OpenSSH fournit un tunneling sécurisé et plusieurs méthodes d'authentification.
 OpenSSH remplace Telnet et rlogin par SSH, rcp par scp, ftp par sftp.

Outils SSH

Pour l'examen RHCE, vous devez connaître les outils SSH suivants
sshd

Le service démon qui implémente le serveur ssh. Par défaut, il doit écouter sur le port 22 TCP/IP.

chut

La commande ssh [Secure Shell] est un moyen sécurisé de se connecter et d'exécuter des commandes dans le
système SSH Server.

scps

La commande Secure Copy est un moyen sécurisé de transférer des fichiers entre ordinateurs à l'aide de la méthode
de cryptage par clé privée/publique.

ssh-keygen

Cet utilitaire est utilisé pour créer les clés publiques/privées.

ssh-agent

Cet utilitaire contient les clés privées utilisées pour l'authentification RSA.

ssh-ajouter

Ajoute des identités RSA à l'agent d'authentification ssh-agent.

Exercices de laboratoire
 Configurez un serveur SSH et un client SSH sur RHEL.
 Créez deux utilisateurs user1 et user2 et vérifiez que les deux utilisateurs peuvent se connecter au serveur SSH à
partir du client SSH.
 N'autorisez pas les utilisateurs root et user1 à s'y connecter et autorisez le reste des utilisateurs. Pour le confirmer,
connectez-vous à partir de user2 .
 Reconfigurez le serveur SSH pour autoriser la connexion uniquement à l'aide de clés publiques/privées. Générez des
clés pour l' utilisateur2 et vérifiez que l' utilisateur2 peut se connecter à l'aide de clés.
 Changer le port ssh par défaut en 2223

Dans ce tutoriel, j'utiliserai deux systèmes Server et linuxclient de notre environnement LAB. Je vais configurer
OpenSSH Server sur le système Server et le client OpenSSH sur le système linuxclient . Si vous souhaitez vérifier la
topologie du réseau utilisée dans cet article, veuillez consulter l'article suivant. Laboratoire mis en place pour la
pratique RHEL .

Solutions d'exercices LAB

Configurez un serveur SSH et un client SSH sur RHEL6.

Comment configurer le serveur SSH dans RHEL

Deux RPM sont nécessaires pour configurer et exécuter le serveur OpenSSH.

 serveur openssh
 ouvresh

Avant de commencer la configuration, assurez-vous que les packages RPM nécessaires sont installés. Installez s'il
manque un RPM.
Vérifiez l'état actuel du service sshd , il doit être en cours d'exécution. Si le service est arrêté, démarrez-le. Les options
dont vous avez besoin avec la commande de service sont start | arrêter | redémarrer | statut

Configurez-le pour qu'il démarre au démarrage du système

L'adresse IP du serveur OpenSSH est requise, notez-la

Lors de l'examen RHCE, vous devez configurer un pare-feu pour bloquer ou autoriser les communications réseau via
un ou plusieurs ports. Donc, si vous avez configuré un pare-feu, vous devez autoriser SSH.

C'est tout ce dont nous avons besoin sur le serveur.

Comment configurer le client SSH sur RHEL 6

Le rpm openssh-clients est requis pour le client ssh.

Vérifiez les RPM nécessaires, installez s'il en manque

Vérifiez l'état du service sshd , il doit être en cours d'exécution. Démarrez-le s'il est éteint

Configurer le service sshd pour qu'il démarre au démarrage

Vérifier la connectivité depuis le serveur SSH

C'est tout ce dont nous avons besoin sur le système client.

Créez deux utilisateurs user1 et user2 et vérifiez que les deux utilisateurs peuvent se connecter au serveur SSH à partir
du client SSH.

Allez sur le serveur et créez deux utilisateurs user1 et user2

Ouvrez le fichier de configuration principal sshd_config

Vérifiez la valeur de la directive PasswordAuthentication . Pour accepter l'authentification de base par mot de
passe de l'utilisateur local, il doit être défini sur yes . Définissez-le sur oui s'il est défini sur non et enregistrez le
fichier.

Redémarrez le service si vous avez apporté des modifications à sshd_config

Allez sur le système linuxclient et vérifiez que les deux utilisateurs peuvent se connecter au serveur SSH. Vérifiez
également à partir de l'utilisateur root .

N'autorisez pas les utilisateurs root et user1 à s'y connecter et autorisez le reste des utilisateurs. Pour le confirmer,
connectez-vous depuis user2.

Sécurité basée sur l'utilisateur et l'hôte

Les directives supplémentaires suivantes peuvent être ajoutées au fichier /etc/sshd/sshd_config afin de rendre le
serveur ssh plus restrictif.

Bloquer les mots de passe vides

PermitEmptyPasswords non
Bloquer l'utilisateur root pour se connecter au système à l'aide de ssh.

PermitRootLogin non
Limitez les utilisateurs autorisés à accéder à un système via SSH. Dans ce cas, seuls les utilisateurs 'laxmi' et 'vinita'
sont autorisés à se connecter au système en utilisant SSH

AllowUsers laxmi vinita

Rendez-le plus restrictif et ajoutez une adresse de nœud avec le nom d'utilisateur. Dans le cas suivant, autorisez
uniquement la connexion via les utilisateurs SSH 'laxmi' et 'vinita' à partir du nœud 192.168.1.10.

AllowUsers laxmi@192.168.1.10 vinita@192.168.1.10

De plus, vous pouvez restreindre l'accès aux utilisateurs. Dans ce cas, tous les utilisateurs sauf 'user1' sont autorisés à
se connecter au serveur SSH.

DenyUsers utilisateur1
Revenez sur le serveur et ouvrez à nouveau le fichier de configuration principal

À la fin du fichier, ajoutez les directives suivantes et enregistrez le fichier

PermitRootLogin non
DenyUsers utilisateur1

Redémarrez le service sshd

Revenez sur le système linuxclient et vérifiez que nous avons bloqué user1 et root . Vérifiez également que
l' utilisateur2 est capable de se connecter au serveur SSH.
Reconfigurez le serveur SSH pour autoriser la connexion uniquement à l'aide de clés publiques/privées. Générez des
clés pour l'utilisateur2 et vérifiez que l'utilisateur2 peut se connecter à l'aide de clés.

Pour rendre le serveur Linux plus sécurisé, l'administrateur Linux désactive généralement l'authentification par mot de
passe sur le serveur SSH et n'autorise que l'authentification par clé publique/privée.

Clés privées

Les clés privées sont stockées sur le serveur et doivent être sécurisées. Tout ce qui est chiffré avec une clé publique ne
peut être déchiffré qu'avec une clé privée couplée. Elle doit donc être accessible uniquement à l'utilisateur
propriétaire de cette clé, dans le sous-répertoire .ssh du répertoire personnel de cet utilisateur.
Clés publiques

Les clés publiques sont accessibles au public. Les clés publiques sont nécessaires pour se connecter au serveur. Les
clés publiques des serveurs SSH appartiennent aux postes de travail administratifs.

Revenez sur le serveur et ouvrez à nouveau le fichier de configuration principal

Décommentez les directives suivantes et enregistrez le fichier

Authentification RSA oui

PubkeyAuthenticationoui
AuthorizedKeysFile .ssh/authorized_keys

Redémarrez le service sshd

Connectez -vous depuis user2 et créez un répertoire ssh avec la permission 755
Revenez sur le système linuxclient et créez un compte utilisateur normal user2 .

Connectez -vous depuis user2 et créez un répertoire ssh avec la permission 755
Générez la paire de clés publique/privée. Acceptez l'emplacement par défaut pour le fichier de clé.

Entrez la phrase de passe 'I love linux' et confirmez

La clé publique est stockée dans /home/user2/.ssh/id_rsa.pub . Créer une copie de la clé publique
Copiez le fichier authorized_keys sur le serveur dans /home/user2/.ssh/authorized_keys . Entrez le mot de passe
de l' utilisateur2 [compte d'utilisateur sur le serveur] lorsque vous y êtes invité

Sur le serveur , vérifiez que nous avons correctement copié la clé publique sur le serveur. Définissez également
l'autorisation sur 644 pour les clés autorisées

Connectez-vous à partir de la racine sur le serveur et ouvrez le fichier sshd_config

Définissez la directive PasswordAuthentication sur no et enregistrez le fichier. Cela bloquera la connexion à l'aide
d'un mot de passe.
Redémarrez le service sshd

Revenez sur le système linuxclient .

Déconnectez-vous de l'utilisateur2 et reconnectez -vous.

Essayez maintenant de vous connecter à partir de user2 sur linuxclient . Entrez la phrase de passe 'J'aime Linux'

Changer le port ssh par défaut en 2223

Allez sur le serveur et ouvrez à nouveau le fichier sshd_config

Décommenter la directive suivante et changer la valeur en 2223

#port 22
redémarrer le service sshd

Revenez sur le système linuxclient et essayez de vous connecter avec le port par défaut

Spécifiez maintenant le nouveau port

Fichiers de configuration SSH

Il existe deux ensembles différents de fichiers de configuration

 Configuration SSH à l'échelle du système : - stockée dans le répertoire /etc/ssh/
 Configuration SSH spécifique à l'utilisateur : - stockée dans ~/.ssh/ dans le répertoire personnel de l'utilisateur

Fichiers de configuration à l'échelle du système

Dossier
/etc/ssh/ssh_config
/etc/ssh/sshd_config
/etc/ssh/ssh_host_dsa_key
/etc/ssh/ssh_host_dsa_key.pub
/etc/ssh/ssh_host_key
/etc/ssh/ssh_host_key.pub
/etc/ssh/ssh_host_rsa_key
/etc/ssh/ssh_host_rsa_key.pub
Fichiers de configuration spécifiques à l'utilisateur
La description
Le fichier de configuration du client SSH par défaut.
Le fichier de configuration du démon sshd.
La clé privée DSA utilisée par le démon sshd.
La clé publique DSA utilisée par le démon sshd.
La clé privée RSA utilisée par le démon sshd pour la version 1 du protocole SSH.
La clé publique RSA utilisée par le démon sshd pour la version 1 du protocole SSH.
La clé privée RSA utilisée par le démon sshd pour la version 2 du protocole SSH.
La clé publique RSA utilisée par le démon sshd pour la version 2 du protocole SSH.

Dossier
~/.ssh/authorized_keys
~/.ssh/id_dsa
~/.ssh/id_dsa.pub
~/.ssh/id_rsa
~/.ssh/id_rsa.pub
~/.ssh/identité
~/.ssh/identity.pub
~/.ssh/known_hosts
La description
Contient une liste de clés publiques autorisées pour les serveurs.
Contient la clé privée DSA de l'utilisateur.
La clé publique DSA de l'utilisateur.
La clé privée RSA utilisée par ssh pour la version 2 du protocole SSH.
La clé publique RSA utilisée par ssh pour la version 2 du protocole SSH.
La clé privée RSA utilisée par ssh pour la version 1 du protocole SSH.
La clé publique RSA utilisée par ssh pour la version 1 du protocole SSH.
Contient les clés d'hôte DSA des serveurs SSH auxquels l'utilisateur accède.

Par ComputerNetworkingNotes Mis à jour le 2021-06-25 10:04:38 IST