Comment déboguer les connexions SSH

How Debug Ssh Connections



Ce didacticiel passera en revue quelques méthodes et techniques rapides que vous pouvez utiliser pour diagnostiquer diverses connexions SSH, y compris lorsque vous ne pouvez pas vous connecter à SSH, les erreurs d'authentification, etc.

REMARQUE: Avant de commencer, assurez-vous que l'appareil auquel vous souhaitez vous connecter est en ligne et que l'erreur ne résulte pas de l'indisponibilité de l'appareil.







Problème 1 : Le service SSH ne fonctionne pas

Une cause fréquente d'erreurs de connexion SSH est que le service ne s'exécute pas sur l'hôte distant. Cela peut être dû à l'arrêt accidentel du service ou au non démarrage du service après un redémarrage du système.



Pour vérifier si le service SSH est en cours d'exécution, utilisez le gestionnaire système à l'aide de la commande :



sudoétat systemctl sshd

La commande ci-dessus doit indiquer si le service est en cours d'exécution ou non, comme indiqué dans les captures d'écran ci-dessous.







Solution

Pour résoudre les problèmes SSH causés par la non-exécution du service, utilisez le système pour démarrer le service. Si le service répond avec des erreurs, vérifiez les journaux et corrigez les problèmes signalés dans le journal.

Utilisez la commande ci-dessous pour vérifier les journaux de service.

saisir 'sshd' //Journal/auth.log

Utilisez la commande ci-dessous pour démarrer ou arrêter le service SSH à l'aide de systemd.

sudosystemctl démarrer sshd

Problème 2 : SSH sur un port non standard

Le deuxième problème courant lors du débogage des connexions SSH est l'utilisation d'un port non standard. Si SSH s'exécute sur un autre port que le port par défaut 22, vous ne vous connecterez pas à l'hôte distant à moins de spécifier explicitement le port sur lequel SSH s'exécute.

Pour afficher le port sur lequel SSH s'exécute, utilisez un outil tel que netstat comme ci-dessous :

[des centaines@centos8 ~]$sudo netstat -ptln | saisir ssh
tcp0 00.0.0.0 :560.0.0.0 :*ECOUTEZ1131/sshd
tcp60 0:::56:::*ECOUTEZ1131/sshd

La sortie ci-dessus montre sur quel port le service SSH s'exécute. Dans ce cas, il s'agit du port 56.

Solution

Pour résoudre ce problème, vous pouvez utiliser les informations de netstat pour spécifier explicitement le port dans votre commande ssh comme :

sshNom d'utilisateur@ip -p 56

Problème 3 : un autre service utilisant le même port

Une autre cause d'erreurs de connexion SSH est qu'un autre service ou processus utilise également le même port que le service SSH. Par exemple, si SSH est explicitement spécifié pour s'exécuter sur le port 80 (idée terrible), un service comme Apache peut utiliser le même port.

Pour voir si un autre processus utilise le même port que SSH, vérifiez les journaux à l'aide de la commande :

sudojournalctl-tsshd

Cette commande doit renvoyer une erreur comme celle illustrée ci-dessous, indiquant si un autre processus utilise le port lié à SSH.

sshd[110611]: erreur : lier au port80sur 0.0.0.0 échoué : Adresse déjàdansutilisation

Il est bon de s'assurer que l'erreur de liaison de port est causée par un autre service, et non par des mesures de sécurité telles que SELinux.

Solution

Il existe différentes manières de résoudre ce problème. Ceux-ci inclus:

La première consiste à lier le service SSH à un autre port. Vous pouvez le faire en modifiant le fichier de configuration SSH. Par exemple, remplacez l'entrée de port par le port 3009 comme indiqué dans les commandes :

sudo nano /etc/ssh/sshd_config
Port3009

Une autre méthode que vous pouvez utiliser pour résoudre ce problème consiste à arrêter le service à l'aide du port SSH. Par exemple, arrêtez le service Apache en utilisant le port 80 en tant que :

sudosystemctl arrêter httpd
sudosystemctl désactiver httpd

Problème 4 : Pare-feu

Si vous avez essayé toutes les méthodes ci-dessus et toujours pas de connexion SSH, vous pouvez passer à la prochaine cause possible du problème : Restrictions du pare-feu. Selon la méthode de pare-feu que vous utilisez (UFW ou Iptables), vous devez vous assurer que le pare-feu autorise les connexions SSH.

Solution

Les règles de pare-feu sont larges et peuvent varier en fonction de la configuration du système. Ainsi, je ne peux pas couvrir tous les aspects. Cependant, ce qui suit est une solution simple pour s'assurer que le service SSH est autorisé sur le pare-feu UFW.

sudoufw autoriser<ssh_port> /tcp

Vous pouvez également réinitialiser toutes les règles UFW et recommencer. Cela vous permettra de dépanner les connexions du pare-feu à partir de zéro.

sudoufw réinitialiser

Problème 5 : Connexions par mot de passe désactivées

Parfois, vous pouvez configurer SSH pour ne pas accepter les connexions par mot de passe et utiliser uniquement l'authentification par clé publique. Cela peut poser un problème si la clé publique n'est pas disponible sur le serveur ou si votre paire de clés privées est manquante.

Pour vérifier si les connexions par mot de passe sont autorisées, catégorisez la configuration ssh comme :

[des centaines@centos8]$sudo saisirAuthentification par mot de passe/etc/ssh/sshd_config
#PasswordAuthentication oui
Authentification par mot de passeOui
# Authentification par mot de passe. En fonction de votre configuration PAM,
# Authentification PAM, puis activez-la mais définissez PasswordAuthentication

La sortie ci-dessus montre que les connexions par mot de passe sont autorisées.

Solution

Pour résoudre le problème ci-dessus, vous pouvez utiliser deux méthodes :

Tout d'abord, si la valeur est définie sur no, modifiez la valeur PasswordAuthentication sur yes et redémarrez le service ssh.

L'autre méthode consiste à créer une paire clé-valeur ssh et à l'utiliser pour se connecter au serveur. Pour apprendre à créer une paire clé-valeur ssh, utilisez le guide suivant.

https://linuxhint.com/find-ssh-public-key/

https://linuxhint.com/use-ssh-copy-id-command/

Conclusion

Dans ce guide rapide, nous avons discuté des principales causes des erreurs de connexion SSH et de la façon dont vous pouvez les résoudre. Bien que ce guide traite des problèmes courants, vous pouvez trouver des erreurs spécifiques à votre système en fonction de la configuration et des autorisations.