PUPPET集中配置（一）

周翔

　　PUPPET集中配置管理系统较之于其他管理工具具有稳定性，能够管理服务器的整个管理周期，并使其配置有条不紊，会让你的系统同配置要求保持一致。本次通过 C/S 架构的配置使用Puppet 自带的语言来配置 Server 上的文件系统,Cron任务等,然后在各个服务器实现配置。通过对 Manifests 内 Nodes 与 Site.pp 等配置的编辑和修改,只需在 Server 端进行简单的编辑就可以实现集中配置管理。在 Nginx配置时, Nginx 会在启动时直接调用Puppet,而默认每半个小时的 Client 从 Server 的更新让配置更加紧密同步,成功配置完成之后 Client 会向 Server 端反馈一个消息,若配置失败,也会反馈一个消息。
　　原理图：

　　系统环境：rhel 6.5 (selinux&iptables disabled)
　　Puppet master : 192.168.122.101 server1.example.com
　　Puppet client ：192.168.122.102 server2.example.com
　　192.168.122.103 server3.example.com
　　*******DATE一定要同步，否则验证会失败*******
　　一，安装puppet包
　　YUM 源及其所需安装包
　　[puppet]
　　name=puppet
　　baseurl=http://yum.puppetlabs.com/el/6Server/products/x86_64/
　　gpgcheck=0
　　[ruby]
　　name=ruby
　　baseurl=http://yum.puppetlabs.com/el/6Server/dependencies/x86_64/
　　gpgcheck=0
　　#Yum install
　　rubygems-1.3.7-5.el6.noarch.rpm
　　facter-2.4.4-1.el6.x86_64.rpm
　　hiera-1.3.4-1.el6.noarch.rpm
　　rubygem-json-1.5.5-3.el6.x86_64.rpm
　　ruby-shadow-2.2.0-2.el6.x86_64.rpm
　　ruby-augeas-0.4.1-3.el6.x86_64.rpm
　　puppet-3.8.1-1.el6.noarch.rpm
　　puppet-server-3.8.1-1.el6.noarch.rpm(只有SERVER1服务端才安装SERVER，Client不安装此包)

　　#Date 命令检查各个服务器的时间是否一致

　　二．客户端请求认证
　　puppet cert list
　　puppet cert list-all
　　puppet cert sign server2.example.com(许可server2 向 server1建立连接)

　　ERROR 说明server2并没有向server1请求认证，当然，因为我们还没有发送过请求信息。
　　处理步骤：
　　1..)  在 agent端执行  puppet agent server server1.example.com--no-daemonize -vt 来给master发送认证请求。
　　client 向 master 发出证书验证请求,然后等待 master 签名并返回证书。
　　参数 --server 指定了需要连接的 puppet master 的名字或是地址,默认连接名为                                 “puppet”的主机,如要修改默认连接主机可以修改/etc/sysconfig/puppet 文件中的                               PUPPET_SERVER=puppet 选项
　　参数 --no-daemonize 是 puppet 客户端运行在前台
　　参数 -vt指test与 verbose（使客户端输出详细的日志）
　　2.) 然后在master执行    puppet cert sign server2.example.com 来签名认证agent上的请求。
　　3.）  最后agent 端再次执行 puppet agent server server1.example.com就能获取认证。

　　在agent端得到上述图的结果就证明认证成功。
　　那么如何删除认证重新认证呢?如下图所示：

　　系统给定了它的处理方法，我就不再赘述了。
　　但是要记住，master和agent 都要删除认证信息并刷新的。
　　重新认证步骤跟之前的步骤相同的。
　　如要同时签名所有证书,执行以下命令:
　　# puppet cert sign--all
　　# puppet certclean desktop2.example.com
　　#删除签名证书
　　
　　自动验证:
　　在 server 端, 编辑 puppet.conf 文件:
　　[main]
　　autosign =true #允许所有客户端的认证
　　在/etc/puppet目录下创建 autosign.conf 文件,内容如下:
　　*.example.com      #表示允许所有 example.com 域的主机

　　# service puppetmaster>　　在 client 端只需执行:
　　server puppetstart即可。
　　三，对puppet内资源编辑定义
　　Master:
　　[root@server1puppet]# pwd
　　/etc/puppet/
　　[root@server1puppet]# vim /etc/puppet/manifests/site.pp
　　file {
　　        "/mnt/ADORU":
　　        content => "ADORU.COM\n";
　　#       source =>"puppet:///files/passwd"
　　}

　　[root@server1puppet]# vim /etc/puppet/fileserver.conf
　　在最后一行加上
　　 [files]
　　 path /etc/puppet/files
　　 allow *
　　
　　
　　AGENT:
　　[root@server3puppet]# puppet agent --server server1.example.com --no-daemonize -vt
　　[root@server3puppet]# cat /mnt/ADORU
　　ADORU.COM  可以看到server3的内容与我们的MASTER规定的内容相同。
　　
　　于是我们在MASTER下site.pp所写的内容就被传至了AGENT的/mnt/ADORU
　　MASTER：
　　这次我们换作直接将/etc/puppet/files/passwd 文件同步到AGENT上面
　　[root@server1puppet]# mkdir /etc/puppet/files/
　　[root@server1puppet]# cp /etc/passwd /etc/puppet/files/
　　[root@server1puppet]# md5sum files/passwd（用来与AGENT作比对，确定内容一致）
　　ce995678da5101eee20bfb6f2425e9b9  files/passwd
　　[root@server1puppet]# vim ./manifests/site.pp
　　file {
　　        "/mnt/ADORU":
　　#       content => "ADORU.COM\n";
　　        source =>"puppet:///files/passwd"
　　}
　　
　　在AGENT上执行puppetagent --server server1.example.com --no-daemonize -vt
　　
　　可以看到我们的内容确实得到更新,md5发生了改变
　　而且/mnt/ADORU的内容发生变化，其md5值与上面的passwd文件md5值相等为ce995678da5101eee20bfb6f2425e9b9
　　那么内容呢，我们在AGENT上cat /mnt/ADORU
　　
　　没错呢，内容也是一样的，除此之外，puppet默认半小时同步一次（手动也可以），即使你不小心把AGENT的内容改了，它也能依靠这种原理自动还原回去，这充分体现了Puppet的稳定性.
　　好了，这就是开始的PUPPET安装和配置，接下来的详细内容将在下次向大家介绍.