Solution 1 :
Redémarrer sshd alors que vous êtes connecté via ssh ne déconnectera pas votre connexion ssh.
Si vous êtes inquiet pour votre configuration, connectez-vous plusieurs fois via ssh et redémarrez. Si vous ne pouvez plus vous connecter en ssh, avec de nouvelles connexions, vous avez maintenant accès pour résoudre les problèmes.
Mentionné ci-dessous dans un commentaire de @Milan Babuškov :sshd -t testera votre configuration pour l'exactitude de la syntaxe, si vous voulez vraiment être certain.
Une autre suggestion, par @Ronald Pottol était de mettre en place un cron tâche de redémarrer le serveur avec une configuration de travail connue. Peut-être exagéré, mais si vous mettez à jour un serveur critique, etc... parfois vous ne pouvez jamais être trop prudent.
Solution 2 :
Si vous avez accès au matériel, vous pouvez envisager de mettre un terminal sur le port série /dev/ttyS0 . Ensuite, vous pouvez avoir une porte dérobée dans votre serveur.
ajoutez simplement
SO:2345:respawn:/sbin/mingetty ttySO
à votre /etc/inittab et un terminal apparaîtra sur votre port série. Vous pouvez utiliser un concentrateur de port série ou utiliser un null modem du serveur à côté.
Solution 3 :
Ne vous inquiétez pas, votre session actuelle ne sera pas déconnectée, même en cas de problème avec la nouvelle configuration.
Après avoir appliqué la nouvelle configuration et redémarré sshd, essayez simplement de vous connecter plusieurs fois et consultez les journaux pour voir si tout va bien.
Solution 4 :
Ou, utilisez un cron ou at job pour le redémarrer, si vous vous sentez malchanceux ?