Windows 会话0中带有油灰的ssh给出';服务器主机密钥不匹配…';警觉的
我有一些来自TeamCity的测试代码。我的部分测试代码需要ssh和putty。此代码在命令提示符(会话1)中运行良好,但当我从TeamCity(这是一个进程,因此在会话0中运行)运行它时,我在测试日志中收到以下警报 servers主机项与PuTTY在注册表中缓存的主机项不匹配 [剪报] 如果您信任此主机,请输入“y”将密钥添加到PuTTY的缓存并继续连接。如果只想继续连接一次,而不向缓存添加密钥,请输入“n”。如果您不信任此主机,请按Return放弃连接。在缓存中存储密钥?(是/否) 由于这是在会话0中,我无法交互并点击“y”。我无法理解为什么从会话1第一次运行时,当我点击“y”时存储在注册表中的项没有停止会话0中出现的警报Windows 会话0中带有油灰的ssh给出';服务器主机密钥不匹配…';警觉的,windows,ssh,putty,session-0-isolation,Windows,Ssh,Putty,Session 0 Isolation,我有一些来自TeamCity的测试代码。我的部分测试代码需要ssh和putty。此代码在命令提示符(会话1)中运行良好,但当我从TeamCity(这是一个进程,因此在会话0中运行)运行它时,我在测试日志中收到以下警报 servers主机项与PuTTY在注册表中缓存的主机项不匹配 [剪报] 如果您信任此主机,请输入“y”将密钥添加到PuTTY的缓存并继续连接。如果只想继续连接一次,而不向缓存添加密钥,请输入“n”。如果您不信任此主机,请按Return放弃连接。在缓存中存储密钥?(是/否) 由于这是
有人能帮我吗?谢谢。很可能没有油灰的解决方案 在OpenSSH中,有一组选项可以完全避免主机密钥验证,其缺点是降低了安全级别 在Unix衍生产品上:
-o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null
我认为在Windows中,第二个选项应该是“-o UserKnownHostsFile=NULL
”
一个可能的“解决方法”是在第一个连接上手动启动putty,以便在存储的缓存中获取主机密钥。后续调用不需要交互,除非主机密钥发生更改(通常是由于系统重新安装或只是SSH服务器重新安装)