J'ai apporté quelques modifications au fichier sshd_config et j'ai donc besoin de redémarrer. Je suis à la recherche de conseils pour redémarrer ssh en toute sécurité lorsque l'accès physique au serveur serait un huga PITA.
29
Le redémarrage de sshd lorsque vous êtes connecté via ssh ne déconnectera pas votre connexion ssh.
Si vous êtes inquiet au sujet de votre configuration, connectez-vous plusieurs fois via ssh et redémarrez. Si vous ne pouvez plus utiliser 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 -ttestera votre configuration pour l'exactitude de la syntaxe, si vous voulez vraiment en être certain.
Une autre suggestion de @Ronald Pottol était de mettre en place une crontâche pour redémarrer le serveur avec une configuration de travail connue. Peut-être exagéré, mais si vous mettez à jour un serveur essentiel à la mission, etc ... parfois, vous ne pouvez jamais être trop prudent.
sshd -teffet, directement à partir de la source faisant autorité: Mode test. Vérifiez uniquement la validité du fichier de configuration et l'intégrité des clés. Ceci est utile pour mettre à jour sshd de manière fiable car les options de configuration peuvent changer.Si vous avez accès au matériel, vous pouvez envisager de placer un terminal sur le port série / dev / ttyS0. Ensuite, vous pouvez avoir une porte dérobée dans votre serveur.
ajoutez simplement
à 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 modem nul à partir du serveur à côté de lui.
la source
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 jetez un œil aux journaux pour voir si tout va bien.
la source
Ou, utilisez un cron ou au travail pour le redémarrer, si vous vous sentez malchanceux?
la source
cronouatfonctionnerait, pour copier un fonctionnement "connu", c'est-à-dire l'ancienne configuration, puis faire un redémarrage du service ...Ne pourriez-vous pas simplement exécuter un kill -HUP dans le PID du service SSH? Ce n'est pas propre mais ça marche
la source
SIGHUPc'est la façon la plus simple de recharger la configuration d'un démon.pkill -HUP sshdfermé ma connexion. Cela a fonctionné:kill -HUP $(pgrep -f /usr/bin/sshd)J'ai constaté que de nos jours
sshdne déconnecte pas vos sessions lors du redémarrage, en particulier lorsqu'il s'agit d'une distribution basée sur Redhat. Vous pouvez toujours écrire un petit script qui restaurera automatiquement votresshdconfiguration à partir de la sauvegarde et redémarrerasshdaprès 5 min en tant quecronouat. Cela garantira que même si vous êtes déconnecté, vous pouvez au moins revenir sur votre serveur.la source
Je ne recommanderais pas de redémarrer / recharger SSHD sur une connexion sshd. J'ai vu de nombreuses fois où sshd ne pouvait tout simplement pas redémarrer à cause d'une erreur de syntaxe dans sshd_config.
Même si tout va bien avec le fichier de configuration, c'est risqué.
la source