解決策 1:
はい、そうです。ほとんどのサービスはランレベル 1 では実行されません。
解決策 2:
大丈夫なはずです。 SSH リスナー デーモンはほとんどのディストリビューションでランレベル 1 で停止されますが、既存の接続は維持され、ネットワークは影響を受けません。ただし、ある種のリモート コンソールが接続されていなければ、これを行うことはできませんでした -- 悪意のある太陽フレアがいつ発生し、SSH セッションを終了させるのに十分な時間、ネットワーク接続が切断されるかはわかりません。
編集 :一部のテストでは、少なくとも Debian システムでは /etc/rc1.d/S30killprocs であることが示されています。 既存の SSH 接続を切断します (すべてを停止しているため)。あなたがやりたいことをやろうとすると、そのスクリプトを一時的にこじって、手動で（SSH接続を避けて）仕事をする傾向があります。それでも、リモート コンソールを使用したいと思います。
解決策 3:
久しぶりにすみません。この同じ質問に対する回答が必要でした。現在の回答は、私のボックスでは間違っています。私の調査結果は、Centos 5.11 ベースのインストールに関するものです。
<オール>
ssh クライアントが切断される理由は、init 1 が原因です。 service network stop のようなことをします .私が観察したことは、すべてのネットワーク インターフェイスがダウンし、構成が解除されたことです。ip a そして ifconfig -a これを確認してください。
init 1 sshd を停止します リスナープロセス。停止しません sshd 接続されたクライアントのセッションを保持する子プロセス。ネットワークがダウンするため、ssh セッションは最終的に TCP タイムアウトによりドロップされますが、ssh セッションは強制終了されません。ネットワークを元に戻す場合 service network start ボックスがランレベル 1 であっても、クライアントは接続されたままです。
質問は VPN に言及しています。 init 1 を実行しているボックスに接続しようとしている VPN サーバーがある場合 そうです。VPN サーバーは デフォルト であるため、通常は切断されます。 ランレベル 1 では実行されません。
ssh セッションを失わずにシステムをランレベル 1 に移行するための私の回避策は、実行レベル 1 で実行し続けるために必要なサービスを一時的に構成することです。すべて Centos 5.11.YMMV に基づいています。免責事項: これに頼りたくありません。
# keep network interfaces up
chkconfig --level 1 network on
# if you are connecting though VPN e.g. OpenVPN running on same server
chkconfig --level 1 openvpn on
# While at it, might as well keep SSHD running, so you can reconnect
chkconfig --level 1 sshd on
init 1
# look for messages that indicate that run level has been reached
tail -F /var/log/messages
# Aug 31 14:21:19 pabx-demo kernel: Kernel logging (proc) stopped.
# Aug 31 14:21:19 pabx-demo kernel: Kernel log daemon terminating.
# Aug 31 14:21:20 pabx-demo exiting on signal 15
それだけです。これにより、制御を維持しながら、リモートで box to init 1 を取得できます。
完了したら、変更を元に戻すことを忘れないでください:
chkconfig --level 1 network off
chkconfig --level 1 openvpn off
chkconfig --level 1 sshd off