私はBeaglebone Black Rev.Cのほこりを取り除くことにしました。新しいDebian 8.3イメージを使ってSDカードを作成してマウントしました。大丈夫です。
TeraTermを使用してWindows 8.1システムでBBBへのSSHへの接続に失敗し続け、SSHサーバーによって起動されているようです。ああ。だからKali Linux仮想マシンを起動し、そこからSSHを起動しました。ほぼ同じです。編集/etc/ssh/ssh_configして追加してくださいServerAliveInterval 60。それでも削除されましたが、apt-get update削除されずに完了するまで実行されました。次に試してみましたが、apt-get upgrade長い間ガタガタして私を落としました。
少し時間が経ちましたが、LANにトラフィックがないようです。apt-get upgradeこれは、まだ操作が進行中ですが/var/lib/dpkg/ロックされていることを示します。プロセスが蒸発したシェルからの入力を待っている可能性があります。
質問：
- この問題を丁寧に解決する方法はありますか？それとも再起動する必要がありますか？
- このような嫌なことが再び発生しないようにするにはどうすればよいですか？私のSSHセッションがアクティブになるようにするにはどうすればよいですか？
答え1
私にとっては、アップグレードのために切断されたサービスの一種が再起動されたようです。あるいは、単に接続が切断され、中間アップグレード状態がシステムとクラッシュし、再起動が必要な場合があります。
通常、私はネットワーク管理者/インターフェースがアップグレードされ、「サービスネットワークの再起動」が発生したと仮定します。
ここでの問題は、sshセッションが閉じられたときにそのセッションで実行されていたプログラム/スクリプト/何でも閉じるということです。つまり、apt-get アップグレードを実行してセッションが閉じられると、SSH セッションが閉じると同時にアップグレードが停止します。
画面でアップグレードを実行するか（これが可能だと思います）、外部画面をビーグルボーンに接続することをお勧めします。
答え2
SSHは実際には一般的に非常に安定しています。 SSHD構成に誤った設定があるか（見ないで不明）、ネットワークに問題がある可能性があります。回避策として、次を試すことができます。モシュIP が変更されたり、ネットワーク接続がしばらく完全に失敗した場合でも、SSH よりも優れた再接続操作を実行します。
SSH接続を終了/接続解除するとき、通常その中で実行中のプロセスはSIGHUPシグナルによって終了します。つまり、apt-get実行されなくなる可能性が高くなります。
ただし、自分で確認するにはいつでも実行できますps aux | grep apt\\-get。
とにかく再起動すると問題が解決します。
答え3
私のSSHセッションがアクティブになるようにするにはどうすればよいですか？
/etc/ssh/sshd_config入力からClientAliveInterval 60もちろん、sshdサービスを再起動すると、SSHセッションを終了できません。
答え4
screenリモートホストにログインするときは、常にsshを使用することをお勧めします。
$ ssh -t username@hostname screen -D -RR
SSHセッションへの接続が失われると、同じコマンドを再実行でき、何も終了せずにスクリーンセッションに戻ることができるため、問題はありません。
~/.ssh/config/etc/ssh/ssh_configSSHセッションが十分に長い間アクティブになっていない問題は、またはに次の設定を指定すると解決する必要があります。
ServerAliveInterval 60
ServerAliveCountMax 10