web-dev-qa-db-ja.com

Raspberry PiSSHラグ

昨日、SSH経由で使用するRaspberry Pi B +を入手しました。 SSHタイピングがアイドル状態の時間の後に視覚的なフィードバックで応答するのに約5秒以上かかる場合があります。その後、すべてが正常に機能します。

（gifが始まった瞬間に入力を開始しました。）

RaspberryPiは超近代的なMacBookProではないことは知っていますが、それでもちょっと奇妙です。接続を確認し、端末の設定を確認し、piに再接続して、使用している他のサーバーが同様に応答するかどうかを確認しましたが、他のサーバーではすべて正常に動作します。誰かが同じ問題を抱えているかどうか、もしそうならそれを解決する方法を教えてもらえますか？

linuxsshraspberry-piraspbian
6
TimKaechele

PIはストックラズビアンイメージを実行していますか？そうでない場合は、以下を確認してください。

  • PIに大きな負荷がかかっていますか？ uptimeで確認してください。

05:06:50アップ7日間、17：49、1ユーザー、負荷平均：0.00、0.01、0.05

  • モニター/キーボードを使用してローカルにログインした場合、PIは同じように動作しますか？.
  • 別のマシンを使用してSSHを実行した場合、PIは同じように動作しますか？
  • ネットワークの負荷が高く、実行速度が遅いですか？

あなたの問題は一般的にコーディングとは無関係のようです。たぶん スーパーユーザー のような別のコミュニティでこの質問をしてください

1
FiesoDuck

OPはすでに解決策を見つけているようです。この回答は将来の参考用です。

OPのコメント：

OpenSSHサーバーのClientAliveIntervalであることが判明しました。それはそれを解決しました。

コメントはそれ以上の詳細を与えません。幸いなことに、グーグルですばやく検索すると www.raspberrypi.orgへの投稿 ：

投稿者TimKaechele"2014年9月1日月曜日

この問題は2つの方法で解決できます。

  • ServerAliveIntervalを、接続のタイムアウトにかかる時間よりも短い秒数に設定し、
  • または、SSHサーバーのClientAliveIntervalを構成します（同じプロセス）。
1
Kamil Maciorowski

RPi 3で別の問題が発生し、同じ症状が発生しました。これがソリューションの source です。

要約すると、一部のルーターは、デフォルトでIPQoSに異なる値を使用するSSHの新しいバージョンで問題が発生しているようです（私のルーターとモデムの組み合わせは悪名高いようですので、驚かないでください）。これを修正するには、IPQoS 0x00をsshd_configとssh_configに追加します

0
bbarker