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 机器创建秘钥，然后分发到受控机器。
创建秘钥
分发密钥
测验免密登录是否成功
注意：必须保证每台机器都免密登录成功，因此需要每台机器都验证。
.ssh目录中的文件说明
测验一
测验二
测验三
说明：定义多组使用没有问题。但是不能像上面一样既有密码配置，又有秘钥配置，这样会增加维护成本。这里为了演示因此用了密码和秘钥配置。
测验一
测验二
测验三
测验四
特殊组：all
———END——— 如果觉得不错就关注下呗 (-^O^-) ！
到此这篇ssh免密操作（ssh做免密）的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章，希望大家都能在编程的领域有一番成就！版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/bcyy/59383.html