注意：该系统是独立的，因此我无法从中提取任何日志或文件，只能写下在日志中看到的内容。
我们有两个在很大程度上相同的系统。每个系统都有一个装有我们的软件的Windows 2008R2服务器和一个用于执行电话任务的RHEL6服务器。当我们需要从电源关闭状态启动系统时，Windows服务器会尝试将配置文件发送到RHEL服务器。这是使用第三方库nSoftware IP * Works完成的！SSH。为了发送配置文件，我们使用带密码认证的SSHSFTP方法。多年来一直运行良好。
我们本周刚刚安装了一对新系统，由于某些原因，即使我们在发货前已经对系统进行了完整的检查，包括许多初创公司，但现在其中一个系统无法再执行SSHSFTP文件传输。我在Windows日志中收到的消息是“ IPWorks SSHSFTPException：无法使用提供的凭据进行身份验证”“以下身份验证方法可用于该用户，公共密钥，gssaprkeyx，gss [无法识别] mic，密码”
Wireshark显示启动交换看起来像这样：
SSHv2客户端：密钥交换初始化SSHv2服务器：密钥交换初始化SSHv2客户端：新密钥SSHv2服务器：新密钥
我可以使用腻子从Windows SSH SSH到服务器中，而不会出现任何问题。我不知道会发生什么变化。是否存在单独的SFTP凭据，该凭据无法通过？还是SSH会话失败？有什么想法吗？
IPWorks SSHSFTP是否提供远程用户所在的主机名/域？例如，当Windows尝试使用远程用户的凭据进行身份验证时，您必须以
—
Kinnectus
domain\user或的形式提供remoteIp\user？
昨天，当我们回到系统时，事情变得更加有趣。启动它，然后再试一次，一切正常！即使我们之前进行了多次重启。现在的问题是，一天前运行良好的另一个独立系统已经开始出现此问题。RHEL上运行着一些RHEL VM，我用它来测试具有正确凭据的SFTP会话，并且运行良好。
—
kuhnto
此问题再次发生。解决该问题的唯一方法似乎是需要“关闭服务器电源”。您不能只重启它。一旦将其物理关闭并重新启动，系统便可以再次通信。/ var / logs / secure显示“未知用户”的
—
输入-kuhnto
/usr/sbin/sshd -Dd -p 2222在端口2222上设置SSH 调试会话并与SSH连接