SSHが唯一のアクセスモードであるマシンでSSHを再起動します

sshd_configファイルにいくつかの変更を加えたため、再起動する必要があります。サーバーへの物理的なアクセスがhuga PITAになる場合に、sshを安全に再起動するためのヒントを探しています。

ssh経由でログイン中にsshdを再起動しても、ssh接続は切断されません。

構成が心配な場合は、sshを使用して数回ログインし、再起動してください。新しい接続でsshができなくなった場合、問題を修正するためのアクセス権があります。

@MilanBabuškovによるコメントで以下に言及されていsshd -tます：確実にしたい場合は、構文の正確性について構成をテストします。

@Ronald Pottolによる別の提案はcron、既知の動作構成でサーバーを再起動するタスクを設定することでした。おそらくやり過ぎかもしれませんが、ミッションクリティカルなサーバーなどを更新している場合は、気を付けすぎないことがあります。

ハードウェアにアクセスできる場合は、シリアルポート/ dev / ttyS0に端末を置くことを検討してください。その後、サーバーにバックドアを設置できます。

単に追加する

SO:2345:respawn:/sbin/mingetty ttySO

/ etc / inittabに追加すると、ターミナルがシリアルポートを介して生成されます。シリアルポートコンセントレータを使用するか、その隣のサーバーからヌルモデムを使用できます。

新しい構成に問題がある場合でも、心配しないでください。現在のセッションは切断されません。

新しい構成を適用してsshdを再起動した後、数回ログインしてログを調べ、すべてが正常かどうかを確認します。

または、不運を感じている場合は、cronまたはatジョブを使用してバックアップを開始しますか？

SSHサービスのPIDでkill -HUPを実行するだけではできませんか？そのきれいではないが、それは動作します

最近でsshdは、特にRedhatベースのディストリビューションの場合、再起動時にセッションが切断されないことがわかりました。あなたは、常に自動的に復元されます小さなスクリプト書くことができsshd、バックアップおよびリスタートから設定しsshd、5分後cronやat仕事を。これにより、切断された場合でも、少なくともサーバーに戻ることができます。

sshd接続でSSHDを再起動/リロードすることはお勧めしません。sshd_configの構文エラーが原因でsshdが起動しない場合がよくあります。

構成ファイルはすべて問題ありませんが、危険です。