SSH "kex_exchange_identification: read: Connection reset by peer" SSH "kex_exchange_identification：read：连接被对等方重置"

Question

设置:

• 在外部硬盘上运行Raspbian Stretch 9的树莓派3B，使用ZRAM
• 用作Web服务器运行LAMP和MERN堆栈，并通过SSH从远程访问，有1个IDE（Mac OS下的Coda）
• 路由器转发的SSH端口具有静态IP
• 运行fail2ban

问题：

当通过SSH从远程位置（通过Internet）访问树莓派时，它可以工作，但连接会随机挂起。我有时候可以在几分钟后再次SSH到它，有时不得不重新启动树莓派。

我尝试了:

• 从远程位置以详细模式进行SSH：

debug1: Local version string SSH-2.0-OpenSSH_8.1
kex_exchange_identification: read: Connection reset by peer

• 从本地网络以详细模式SSH（实际上是远程SSH本地网络中的另一台计算机，然后从该计算机SSH到Raspi）。相同的结果：连接被对等方重置
• 通过/etc/hosts.allow和/etc/hosts.deny进行检查=>没有内容
• 通过 iptables -L --line-number 进行检查=> 没有内容
• 检查日志：/var/log/fail2ban.log 和 sudo journalctl -t sshd=> 没有显著的内容
• 使用无DNS更新了sshd_config
• 通过apt-get --reinstall install openssh-server openssh-client重新安装SSH

我已经想不出其他办法了，不知道发生了什么。 是否有人之前遇到过SSH连接问题？ 这可能是树莓派的负载问题吗？

- PYG

---

客户端重启对我有用。 - k4dima

Answer 1

简而言之，我的问题与网络问题无关，并通过检查syslog得以解决。

具体来说：

我注意到在问题开始之前，通过LAMP或MERN堆栈运行的所有Web应用程序都无法访问。

因此，我使用tail -f -n X /var/log/syslog命令（将X替换为要显示的行数）挖掘了syslog。然后我注意到几行提到电压问题（抱歉我没有保留确切的术语）。但基本上意味着我的Raspi插了一个外部硬盘，但电源不够强大。

然后看起来硬盘已卸载并且系统崩溃，这解释了上面提到的所有问题。

所以我取下了硬盘，放回SD卡，再次运行了Raspi，同时通过syslog再次监视内存并使用htop监视内存。结果发现，当我启动apache和node服务器时，RAM和SWAP内存会变满，重复上述相同的后果。

所以最后我使用ZRAM增加了SWAP内存。链接在此。

现在一切都运行良好，但仍在监视。

- PYG

Answer 2

我看不到安装了ufw（防火墙）。

ufw disable

(Or configure ufw.)

现在端口已经可以像预期的那样被访问。

- PJ Brunet

---

被接受的答案实际上帮了我大忙，因为它给了我一个想法，可以在不搜索“sshd”的情况下运行journalctl -e。那时我看到ufw阻止了我的连接。 - PJ Brunet

Answer 3

我发现另一个导致这个错误的场景。请确保您检查了要使用SSH连接到的主机系统上/etc/ssh中OpenSSH生成的公共/私有密钥文件的权限。这些密钥由SSH守护程序使用。

由于OpenSSH是跨平台的，因此对运行SSHD的任何操作系统都适用相同的规则。这些文件必须具有正确的权限。

默认路径为/etc/ssh，但如果您在Windows或其他操作系统上，则可能会有所不同。但对于大多数Unix/Linux/macOS系统，应该是/etc/ssh。

sudo chmod 600 *_key
sudo chmod 644 *.pub

您还需要验证SSH客户端在~/.ssh和公/私钥、配置、authorized_keys等方面具有正确的权限。虽然如果这些不正确，您会立即被告知。但是当SSH守护程序的密钥权限错误时，您将在日志中收到错误。

如果不是DNS或证书问题，那么通常都是权限问题。

- James Brickley

Answer 4

另一种出现错误的情况是：kex_exchange_identification: read: Connection reset by peer，这是由于在hosts.allow中使用了像以下行一样限制通过ssh访问的配置： sshd: 192.168.178.12 然后尝试从与上面不同的IP进行ssh。

我现在需要对我的脚进行医疗治疗...

- user3054986