SSH 重新协商无法正常工作答案

【问题标题】：SSH Renegotiation is not working properlySSH 重新协商无法正常工作
【发布时间】：2017-11-30 12:48:36
【问题描述】：

更改 SSH 守护程序端密码不会影响正在进行的会话，同时使用 sshd_config 文件中的 rekeyLimit 标记对协议 SSHv2 执行 SSH 重新协商。

我们已经修改了 /etc/ssh/sshd_config 文件，其 rekeyLimit 如下：

reKeyLimit 默认30s

因此，对于正在进行的会话，每 30 秒执行一次重新协商。但是当我们更改 /etc/ssh/sshd_config 文件中与客户端密码不兼容的密码值时，新会话不会打开，但现有会话仍在进行中。

SSH 中是否存在任何需要清理的缓存，以便为正在进行的会话考虑新密码？或者我们是否需要在 /etc/ssh/sshd_config 文件中设置任何选项，以便为正在进行的会话考虑更改？

【问题讨论】：

【解决方案1】：

没有。这不可能。服务器在启动时只读取一次配置。防止人们编辑配置文件和引入错误是非常好的做法。

【讨论】：

感谢您的回答。但是我们如何确保正在进行的 SSH 会话正在发生重新协商。特别是我们如何进行负面测试以检查 SSHv2 协议中的 SSH 重新协商？
如果你打开verbose或debug日志级别，你会在日志中看到它。
我想详细解释一下我的测试场景。之后我打开了一个 SSH 会话，我更改了 /etc/ssh/sshd_config 文件中的密码。现在我想知道如何使用新密码、KEX、MACS 生成新密钥，以及这些密钥如何在重新协商期间反映在现有会话中我们测试的主要目的是在重新协商期间删除现有的 SSH 会话。有什么方法可以在 SSH 中实现这一点。