ssh免密操作（ssh做免密）

科技前沿 • 2025-05-28 15:20 • 阅读 42

大家好，我是讯享网，很高兴认识大家。

Ansible的指定用户与密码登录、免密登录、指定ssh端口以及主机清单Inventory配置

在实际使用中并不需要对ansible配置进行修改，或者说只有需要的时候才修改ansible配置。

说明：

1、运维人员使用的登录账号；

2、所有的业务都放在 /app/ 下「yun用户的家目录」，避免业务数据乱放；

3、该用户也被 ansible 使用，因为几乎所有的生产环境都是禁止 root 远程登录的（因此该 yun 用户也进行了 sudo 提权）。

在实际生产环境中，建议使用基于秘钥连接而不是密码连接。

原因如下：

1、将密码直接写入文件中，有安全隐患；

2、生产环境的密码可能会定期更换，如果基于密码连接，那么我们也会频繁的维护，造成维护成本高；

3、基于秘钥连接，我们只需要做一次秘钥分发，后期连接无需任何修改。

大概提示信息：因为启用了主机密钥检查，而 sshpass 不支持这一点。请将此主机「172.16.1.180」的指纹添加到你本机的known_hosts文件中以管理此主机。

方式1：修改 Linux 系统配置

但是这个是 Linux 自带的配置，我们不能随意去更改。因此不建议如此操作。

方式2：修改 ansible 配置

改配置仅对 root 用户生效，其他普通用户是不生效的。这里使用该方法。

在实际生产环境中，建议使用基于秘钥连接而不是密码连接。

原因如下：

1、将密码直接写入文件中，有安全隐患；

2、生产环境的密码可能会定期更换，如果基于密码连接，那么我们也会频繁的维护，造成维护成本高；

3、基于秘钥连接，我们只需要做一次秘钥分发，后期连接无需任何修改。

要求：根据规划实现 172.16.1.180 到 172.16.1.180、172.16.1.181、172.16.1.182、172.16.1.183、172.16.1.184、172.16.1.185 免秘钥登录

因此需要在 172.16.1.180 机器创建秘钥，然后分发到受控机器。

注意：必须保证每台机器都免密登录成功，因此需要每台机器都验证。

测验一

测验二

测验三

说明：定义多组使用没有问题。但是不能像上面一样既有密码配置，又有秘钥配置，这样会增加维护成本。这里为了演示因此用了密码和秘钥配置。

测验一

测验二

测验三

测验四

特殊组：all

———END——— 如果觉得不错就关注下呗 (-^O^-) ！