昨天我拿到了我的 Raspberry Pi B+,我通过 SSH 使用它。有时,在闲置一段时间后,SSH 输入需要大约 5 秒甚至更长时间才能响应视觉反馈,在那之后一切都正常了。
(我从 gif 开始的那一刻就开始打字。)
我知道 Raspberry Pi 不是超现代的 MacBook Pro,但它仍然有点奇怪。我检查了连接,检查了我的终端设置,尝试重新连接 pi,并检查我使用的其他服务器是否有类似的响应,但其他服务器一切正常。有人能告诉我他们是否有同样的问题,如果有,如何解决?
答案1
我在 Raspberry Pi 4 上运行 Fedora Server 33 时遇到了同样的问题,症状如下:
- 几秒钟后,SSH 连接就变得迟缓(就像上面的视频一样)
- 对另一台主机的 ping 时间很不稳定,范围从 20 毫秒到 300 毫秒
这是由 Wifi 卡的电源管理引起的。禁用它后,一切恢复正常:
# Raspberry Pi OS arm64
iwconfig wlan0 power off
# Fedora 33
mcli connection modify wlan0 wifi.powersave disable
根据您的设置,有关如何禁用 Wifi 电源管理的更多参考:https://askubuntu.com/questions/695867/disable-wifi-power-management
答案2
看来楼主已经找到解决办法了。这个答案供以后参考。
OP的评论:
原来是
ClientAliveInterval
openSSH 服务器的问题。问题解决了。
评论没有提供更多细节。幸运的是,谷歌快速搜索后,发表在www.raspberrypi.org
:
作者:TimKaechele » 2014 年 9 月 1 日星期一
您可以通过两种方式解决该问题:
- 将其设置
ServerAliveInterval
为小于连接超时时间的秒数,- 或者通过配置 SSH 服务器
ClientAliveInterval
(相同的过程)。
答案3
我也受这个问题困扰了大约一周,直到我最终弄清楚这不是由任何配置文件的设置引起的。导致这种 SSH 连接滞后的真正原因是 Raspberry Pi 的 BCM2837/43438 WiFi 蓝牙芯片设计不佳,它们共享单个天线。
因此,请检查您的 pi 是否有任何蓝牙设备配对,即使这些设备已关闭,也请将它们从配对设备列表中全部删除,然后您的 SSH 就会恢复正常。
答案4
我在 RPi 3 上遇到了另一个问题,症状相同。以下是来源寻求解决方案。
总之,一些路由器似乎对新版本的 SSH 存在问题,IPQoS
默认情况下使用不同的值(我的路由器似乎是一个出了名的糟糕的路由器 + 调制解调器组合,所以我并不感到惊讶)。要解决这个问题,IPQoS 0x00
请将sshd_config
ssh_config