本地网络中无法进行 SSH 连接

Question 1

服务器决定断开连接，因此您必须从服务器端调试问题。如果您在服务器上具有“root”访问权限，则可以sshd交互方式运行：

/path/to/sshd -ddd -p 42

这将启动一个在调试模式下监听端口 42（您可以指定其他数字）的副本sshd。它将在前台运行，接受单个连接并将调试信息打印到您的终端。

现在与您的客户联系：

ssh -v -p 42 its.local.ip.address

如果幸运的话，服务器端的调试消息应该可以指示出会话中断的原因。

Answer

服务器决定断开连接，因此您必须从服务器端调试问题。如果您在服务器上具有“root”访问权限，则可以sshd交互方式运行：

/path/to/sshd -ddd -p 42

这将启动一个在调试模式下监听端口 42（您可以指定其他数字）的副本sshd。它将在前台运行，接受单个连接并将调试信息打印到您的终端。

现在与您的客户联系：

ssh -v -p 42 its.local.ip.address

如果幸运的话，服务器端的调试消息应该可以指示出会话中断的原因。

Question 2

我假设两次捕获中的客户端机器是相同的（即使提示不同）因为它允许 TCP 连接，所以它可能与 sshd 配置上的反向 DNS 和/或拒绝策略有关。

尝试关闭服务器端的 DNS（sshd_config 上的 UseDNS=no）并重新启动 sshd（kill -1 就足够了）

Answer

我假设两次捕获中的客户端机器是相同的（即使提示不同）因为它允许 TCP 连接，所以它可能与 sshd 配置上的反向 DNS 和/或拒绝策略有关。

尝试关闭服务器端的 DNS（sshd_config 上的 UseDNS=no）并重新启动 sshd（kill -1 就足够了）

Question 3

据报道，该漏洞已影响多名用户。

在本地时，尝试 ssh -X 禁用 x 转发。

此外，最大传输单元 [MTU] 可能需要调整为 ssh_server 的 MTU。

** 如果在本地不起作用，请尝试：

 myself@my-desktop ~ $ ssh -v my.internet.ip.address

如果它可以穿越出你的网络，然后再回来......

这可能是服务器配置错误，请检查 sshd_config 中的“允许的用户”，以及 known_host 的存储位置，添加用户“我自己”的 local.ip.address 版本。

一份 sshd 的副本可能会有帮助

Answer