Avertissement : Cet article peut contenir des informations relatives à des produits tiers. Ces informations sont fournies à titre de référence uniquement. Alibaba Cloud n'offre aucune garantie, expresse ou implicite, concernant les performances et la fiabilité des produits tiers, ainsi que les impacts potentiels des opérations effectuées sur ces produits.
Description du problème
Cet article explique comment résoudre l'erreur « fatal: mm_request_send: write: Broken pipe » lorsque le service SSH fonctionne de manière anormale en raison de virus.
Cause possible
Ce problème peut être causé par des virus tels que udev-fall, qui affectent le fonctionnement normal du service SSH.
Solution
Alibaba Cloud vous rappelle que :
Avant d'effectuer des opérations susceptibles d'engendrer des risques, telles que la modification des configurations ou des données des instances, nous vous recommandons de vérifier les capacités de reprise après sinistre et de tolérance aux pannes des instances afin de garantir la sécurité des données.
Si vous modifiez les configurations et les données des instances, y compris mais sans s'y limiter les instances ECS et RDS, nous vous recommandons de créer des snapshots ou d'activer la sauvegarde des journaux RDS.
Si vous avez autorisé ou soumis des informations de sécurité telles que le compte de connexion et le mot de passe dans la console Alibaba Cloud Management, nous vous recommandons de modifier ces informations dans les plus brefs délais.
Sélectionnez une solution appropriée en fonction de l'environnement sur site. Dans ce document, ainsi que pour la configuration système et sa description, les tests ont été effectués sur un système d'exploitation CentOS 7.6 64 bits. Les configurations des systèmes d'exploitation d'autres types et versions peuvent différer. Pour plus d'informations, consultez la documentation officielle du système d'exploitation.
Méthode 1 : solution temporaire
En prenant le virus udev-fall comme exemple, vous pouvez restaurer temporairement le fonctionnement normal du service SSH en utilisant la méthode suivante.
-
Connectez-vous au terminal de gestion, puis exécutez la commande suivante pour afficher le processus infecté par le virus udev-fall et noter l'ID du processus.
ps aux | grep udev-fall -
Exécutez la commande suivante pour terminer le processus du virus udev-fall en vous basant sur l'ID du processus obtenu à l'étape précédente.
kill -9 [$PID]RemarqueRemarque : [$PID] indique l'ID du processus du virus udev-fall obtenu à l'étape précédente.
-
Exécutez la commande suivante pour obtenir les paramètres d'exécution automatique du programme d'élimination du virus udev-fall :
chkconfig udev-fall off -
Exécutez la commande suivante pour supprimer toutes les commandes et configurations de démarrage du programme viral udev-fall :
for i in ` find / -name "udev-fall"`; do echo '' > $i && rm -rf $i; done -
Exécutez la commande suivante pour redémarrer le service SSH :
RemarqueRemarque : vous pouvez exécuter la commande service sshd restart pour redémarrer le service SSH avant CentOS 7.
systemctl restart sshd.service
Méthode 2 : dépannage fiable
Il n'est pas certain que des virus ou des intrus malveillants aient altéré le système ou caché d'autres fichiers viraux. Pour garantir la stabilité du serveur sur le long terme, nous vous recommandons de restaurer les snapshots historiques du disque système vers un état normal. Pour plus d'informations sur la restauration d'un disque, consultez les documents suivants.
Remarque :
La restauration du snapshot entraîne une perte de données après le point de restauration. Assurez-vous que les données de l'environnement actuel ne présentent aucun risque avant de procéder.
Si le service SSH ne fonctionne pas après la restauration, le système présente une anomalie au moment spécifié. Nous vous recommandons de restaurer les snapshots un par un, du plus récent au plus ancien, jusqu'à ce que le service SSH fonctionne correctement.
-
Pour plus d'informations sur la connexion au service SSH, consultez les documents suivants.
Champ d'application
ECS