通过 cron'ed ssh 执行的 sudo 在 RHEL6 中有效，但在 RHE7 中无效（/dev/tty：没有这样的设备或地址）

Question 1

它不是sudo要求 TTY，而是ssh要求客户端，它需要您执行有关 ssh 的唯一安全操作，这是您在建立安全连接之前必须执行的操作。它是主机密钥的验证，如果没有提前配置，则需要用户手动输入。它与系统版本无关，但与配置有关。

您需要将服务器主机密钥（公共部分）存储到客户端的known_hosts。有几种方法可以做到这一点：

robot以运行 cron () 的用户 ( )sudo -i -u robot身份尝试连接到远程服务器：
```
ssh -i /home/robot/.ssh/passwdlesskey  robot@${ThatIP}
```
并手动在提示中输入“是”
使用ssh-keyscan工具，它的作用完全相同，但不必以交互方式运行（确保如果以不同的用户身份运行它，目标用户将具有对该文件的正确访问权限）：
```
ssh-keyscan {ThatIP} >> /home/robot/.ssh/known_hosts
```

Answer

它不是sudo要求 TTY，而是ssh要求客户端，它需要您执行有关 ssh 的唯一安全操作，这是您在建立安全连接之前必须执行的操作。它是主机密钥的验证，如果没有提前配置，则需要用户手动输入。它与系统版本无关，但与配置有关。

您需要将服务器主机密钥（公共部分）存储到客户端的known_hosts。有几种方法可以做到这一点：

robot以运行 cron () 的用户 ( )sudo -i -u robot身份尝试连接到远程服务器：
```
ssh -i /home/robot/.ssh/passwdlesskey  robot@${ThatIP}
```
并手动在提示中输入“是”
使用ssh-keyscan工具，它的作用完全相同，但不必以交互方式运行（确保如果以不同的用户身份运行它，目标用户将具有对该文件的正确访问权限）：
```
ssh-keyscan {ThatIP} >> /home/robot/.ssh/known_hosts
```

Question 2

正如用户 VDR 所评论的那样，我需要补充

-o StrictHostKeyChecking=no

作为通过 cron 调用 ssh 时的附加选项。

Answer

正如用户 VDR 所评论的那样，我需要补充

-o StrictHostKeyChecking=no

作为通过 cron 调用 ssh 时的附加选项。

Question 3

同样的场景——我将目标系统从 CentOS 6 更新到 CentOS 7，突然我的 cron 作业会出现Host key validation failed错误，但如果我从命令行运行它，它就会没问题。我完全不知道这个ssh-keyscan工具，所以感谢 @Jakuje 对此的描述。在我的例子中，运行 ssh-keyscan 工具完全没有输出任何内容，所以我添加了-v，然后得到：

>ssh-keyscan -v hostname.example.com
debug1: match: OpenSSH_6.6.1 pat OpenSSH*
debug1: hostname.example.com doesn't support ssh1

哎呀。看来源机器上的 SSH 不支持 SSH2。因此我查看了源系统上的 ssh 版本：

>sudo yum list installed | grep ssh
openssh.x86_64                           4.3p2-82.el5                  installed
openssh-askpass.x86_64                   4.3p2-82.el5                  installed
openssh-clients.x86_64                   4.3p2-82.el5                  installed
openssh-server.x86_64                    4.3p2-82.el5                  installed

不错。只落后几年。这篇文章 http://www.jbytechnologies.com/linux/sshd-add-dsa-key.html帮助我深入了解 CentOS 7 禁用 DSA 密钥。解决方案？在 CentOS 7 上生成并启用 DSA 密钥。但是，DSA 密钥比 RSA 弱，因此这会削弱我的新服务器的安全性。

就我而言，最佳解决方案是：在源机器上升级 openssh。

Answer

同样的场景——我将目标系统从 CentOS 6 更新到 CentOS 7，突然我的 cron 作业会出现Host key validation failed错误，但如果我从命令行运行它，它就会没问题。我完全不知道这个ssh-keyscan工具，所以感谢 @Jakuje 对此的描述。在我的例子中，运行 ssh-keyscan 工具完全没有输出任何内容，所以我添加了-v，然后得到：

>ssh-keyscan -v hostname.example.com
debug1: match: OpenSSH_6.6.1 pat OpenSSH*
debug1: hostname.example.com doesn't support ssh1

哎呀。看来源机器上的 SSH 不支持 SSH2。因此我查看了源系统上的 ssh 版本：

>sudo yum list installed | grep ssh
openssh.x86_64                           4.3p2-82.el5                  installed
openssh-askpass.x86_64                   4.3p2-82.el5                  installed
openssh-clients.x86_64                   4.3p2-82.el5                  installed
openssh-server.x86_64                    4.3p2-82.el5                  installed

不错。只落后几年。这篇文章 http://www.jbytechnologies.com/linux/sshd-add-dsa-key.html帮助我深入了解 CentOS 7 禁用 DSA 密钥。解决方案？在 CentOS 7 上生成并启用 DSA 密钥。但是，DSA 密钥比 RSA 弱，因此这会削弱我的新服务器的安全性。

就我而言，最佳解决方案是：在源机器上升级 openssh。

通过 cron'ed ssh 执行的 sudo 在 RHEL6 中有效，但在 RHE7 中无效（/dev/tty：没有这样的设备或地址）

答案1

答案2

答案3

相关内容