SSH, acronyme de Enveloppe de protectionest un protocole de réseau distant utilisé pour se connecter en toute sécurité à des périphériques distants tels que des serveurs et des périphériques réseau sur un réseau TCP/IP.

Il s’agit d’un protocole de réseau cryptographique qui fournit des technologies de cryptage et de hachage solides pour sécuriser la communication entre deux appareils sur un réseau.

SSH utilise deux méthodes d’authentification principales : l’authentification par mot de passe et l’authentification par clé publique. Avec l’authentification par mot de passe, un utilisateur fournit l’adresse IP ou le FQDN (nom de domaine complet) et le mot de passe de l’hôte distant pour s’authentifier.

L’authentification par clé publique utilise une paire de clés SSH pour l’authentification, qui comprend deux clés SSH : privé et clés publiques.

La clé privée réside sur la machine de l’utilisateur et doit toujours rester confidentielle et sécurisée. La clé publique est enregistrée sur l’hôte distant auquel un utilisateur se connecte. Lors de l’authentification, l’identité des deux clés est comparée et l’accès est accordé.

Lors de la connexion à un système distant via SSHvous pourriez rencontrer l’erreur Boucle_client : déconnexion de l’envoi : canal rompu.

Dans ce didacticiel, nous verrons pourquoi cela se produit et corrigerons l’erreur.

Boucle_client : déconnexion de l’envoi : erreur de canal brisé

L’erreur est simplement un message de déconnexion qui vous avertit que le délai d’expiration de votre connexion SSH a été dépassé.

Il s’agit d’une période d’inactivité pendant laquelle aucune commande Linux n’est exécutée ou émise du côté client. Lorsque cela se produit, la session SSH est terminée, vous déconnectant ainsi du serveur distant.

La plupart des utilisateurs appuieront généralement sur ‘ENTRER‘ ou une touche du clavier pour éviter d’avoir une session SSH inactive qui entraînera la déconnexion de l’hôte. Cependant, cela peut être fastidieux et vous faire perdre du temps.

Heureusement, les paramètres de configuration par défaut de SSH fournissent quelques paramètres que vous pouvez configurer pour maintenir vos connexions SSH actives pendant de plus longues périodes.

Fix Client_loop : envoyer la déconnexion : erreur de canal cassé

Pour résoudre ce problème, vous devez augmenter le délai d’expiration de la connexion SSH sur le client. Pour ce faire, modifiez le fichier de configuration SSH par défaut qui se trouve généralement à /etc/ssh/sshd_config.

$ sudo vi /etc/ssh/sshd_config

Assurez-vous de localiser ces deux paramètres : ClientAliveInterval et ClientAliveCountMax. Voyons ce qu’ils font.

• ClientAliveInterval – C’est la période d’inactivité après laquelle le serveur SSH envoie un message alive au client distant qui lui est connecté.
• ClientAliveCountMax – Il s’agit du nombre de tentatives que le serveur fera pour envoyer le message actif du serveur au client.

Nous fixerons les deux valeurs comme suit :

ClientAliveInterval	300
ClientAliveCountMax	3

Cela signifie qu’après la première 300 secondes (5 minutes) d’inactivité du client, le serveur enverra un message alive au client pour maintenir la session SSH active.

Si aucune donnée ou réponse n’est reçue du client pour la prochaine 300 secondes (à la marque des 600 secondes), le serveur enverra à nouveau un autre message actif. Enfin, après 900 secondes d’inactivité du client, la connexion SSH sera interrompue ou abandonnée.

Assurez-vous d’enregistrer les modifications apportées au fichier, puis quittez. Redémarrez ensuite le démon SSH.

$ sudo systemctl restart sshd

Alternativement, vous pouvez vous connecter à votre système Linux client distant en spécifiant le ServerAliveIntervalServerAliveInterval paramètre en secondes (300 secondes), ce qui signifie que votre session SSH est active jusqu’à 5 minutes.

$ ssh -o ServerAliveInterval=300 [email protected]_ip_address

Dans ce didacticiel, nous avons montré comment résoudre le Boucle_client : déconnexion de l’envoi : canal rompu erreur. Comme vous l’avez vu, tout ce dont vous avez besoin est d’effectuer quelques ajustements dans le fichier de configuration SSH.