SSH 服务器不响应连接请求

Question 1

非常令人失望的自我回答

把这个问题搁置一天，然后回来解决这个问题，我既松了一口气，又感到不安（更多的是不安而不是如释重负），我发现一切都神秘地正常工作。

那么，问题是什么？

没有更改或调整任何设置——路由器上、SSH 服务器上、SSH 客户端计算机上都没有。可以相当肯定地说，尽管设置正确，但路由器未能正确处理传入流量。鉴于小型家庭路由器软件不是真的设计用于处理端口转发，这个可怜的家伙花了一段时间才实施必要的更改。

但已经过去了 6 个小时！

是的，伙计，我知道。我花了一整天的时间试图找出问题所在，但始终没有找到，因为不是哪里不对了。显然，路由器设置可能需要 6 小时（可能更长）才能生效。

那么我如何知道这是否是我的问题？

我在这次冒险中遇到的一个很棒的工具是tcpdump.这个瘦小的家伙会为您嗅探流量，为您提供有关实际情况的宝贵见解。另外，他还有一些超级过滤功能，可以让你精确地缩小你想要查看/查找的内容。例如，命令：

tcpdump -i wlan1 port 22 -n -Q inout

指示通过 wlan1 接口（ =“接口”）tcpdump查找流量，仅通过端口 22，忽略 DNS 名称解析（ =“无名称解析”），并且我们希望查看传入和传出流量（接受、或;是默认值）。-i-n-Qinoutinoutinout

通过在 SSH 服务器上运行此命令，同时尝试通过远程计算机进行连接，很快就会清楚问题所在。本质上有3种可能性：

如果你看到传入来自远程机器的流量，但是没有传出来自本地服务器的流量，问题出在服务器上：可能需要更改防火墙规则等。
如果你看到传入和传出，但您的远程计算机没有收到响应，它很可能是路由器：它允许传入流量，但丢弃传出数据包。
如果有根本没有交通，这也可能是路由器问题：远程计算机的SYN数据包在到达您的服务器之前就被路由器忽略并丢弃。

一旦发现问题所在，修复（通常）就很简单了。

Answer

非常令人失望的自我回答

把这个问题搁置一天，然后回来解决这个问题，我既松了一口气，又感到不安（更多的是不安而不是如释重负），我发现一切都神秘地正常工作。

那么，问题是什么？

没有更改或调整任何设置——路由器上、SSH 服务器上、SSH 客户端计算机上都没有。可以相当肯定地说，尽管设置正确，但路由器未能正确处理传入流量。鉴于小型家庭路由器软件不是真的设计用于处理端口转发，这个可怜的家伙花了一段时间才实施必要的更改。

但已经过去了 6 个小时！

是的，伙计，我知道。我花了一整天的时间试图找出问题所在，但始终没有找到，因为不是哪里不对了。显然，路由器设置可能需要 6 小时（可能更长）才能生效。

那么我如何知道这是否是我的问题？

我在这次冒险中遇到的一个很棒的工具是tcpdump.这个瘦小的家伙会为您嗅探流量，为您提供有关实际情况的宝贵见解。另外，他还有一些超级过滤功能，可以让你精确地缩小你想要查看/查找的内容。例如，命令：

tcpdump -i wlan1 port 22 -n -Q inout

指示通过 wlan1 接口（ =“接口”）tcpdump查找流量，仅通过端口 22，忽略 DNS 名称解析（ =“无名称解析”），并且我们希望查看传入和传出流量（接受、或;是默认值）。-i-n-Qinoutinoutinout

通过在 SSH 服务器上运行此命令，同时尝试通过远程计算机进行连接，很快就会清楚问题所在。本质上有3种可能性：

如果你看到传入来自远程机器的流量，但是没有传出来自本地服务器的流量，问题出在服务器上：可能需要更改防火墙规则等。
如果你看到传入和传出，但您的远程计算机没有收到响应，它很可能是路由器：它允许传入流量，但丢弃传出数据包。
如果有根本没有交通，这也可能是路由器问题：远程计算机的SYN数据包在到达您的服务器之前就被路由器忽略并丢弃。

一旦发现问题所在，修复（通常）就很简单了。

Question 2

我正在运行 Mint (Ubuntu)。

我已经完成了所有操作...在authorized_keys中以正确的格式公钥，chmodding，chowning，重新启动ssh和sshd等。正如所有地方都有记录的那样。

对我来说，它是 ufw 防火墙。根本没有任何 ssh 响应让我意识到了这一点，但我在 LAN 上双向 ping 通都没有问题。

我测试通过：

sudo ufw service stop

...并且它工作得很好，即我收到了 ssh 调用的响应。

所以，再次启动 ufw：

sudo ufw service start

...并添加规则：

sudo ufw allow openssh

现在一切正常。

Answer