[url=https://docs.saltstack.com/en/latest/topics/tutorials/firewall.html#iptables]https://docs.saltstack.com/en/latest/topics/tutorials/firewall.html#iptables[/url]
# Allow Minions from these networks
-I INPUT -s 10.1.2.0/24 -p tcp -m multiport --dports 4505,4506 -j ACCEPT
-I INPUT -s 10.1.3.0/24 -p tcp -m multiport --dports 4505,4506 -j ACCEPT
# Allow Salt to communicate with Master on the loopback interface
-A INPUT -i lo -p tcp -m multiport --dports 4505,4506 -j ACCEPT
# Reject everything else
-A INPUT -p tcp -m multiport --dports 4505,4506 -j REJECT
在master，minion分别启动后会minion端会到master这里申请认证
[b]master执行：[/b]
salt-key –L ##列出所有认证的客户端
Accepted Keys:（已经接受的）
minion-id-1
Denied Keys:(未被允许的)
Unaccepted Keys:(未接受的)
minion-id-2
Rejected Keys:(拒绝的)
# salt-key –A ##接受所有
每个minion客户端的都有一个minion_id 即上面的minion-id-1 minion-id-2 就是客户端的minion_id 默认是取得客户端的主机名，而minion-id是不能重复的！！！
注：如需更改需要在客户端修改/etc/salt/minion_id配置文件,此文件只有在salt-minion启动后才会生成
[b]Salt-key常用命令[/b]
salt-key –a 接受某个客户端请求
salt-key –A 接受所有客户端请求
salt-key –d 删除单个客户端
salt-key –D 删除所有客户端
注：删除之后，如需重新认证，重启客户端即可
[b]Salt配置文件
[/b]
两个重要的配置参数是file_roots(定义环境的目录)，nodegroups（定义组）
主要配置文件在/etc/salt/master(master端)
/etc/salt/minion（minion端）
注：master端配置文件默认是会加载所有/etc/salt/master.d/（此目录默认不存在，需自己创建）目录下的所有以.conf结尾的配置文件，为了更易阅读，我将所有的自定义参数每个单一的创建一个配置文件，如环境变量，可以分别设置生产，测试，开发环境，在往下分就是主机的应用级别分类，根据具体环境，具体设置。
/etc/salt/master.d/env.conf
file_roots:
base:
- /data/salt/base
- /data/salt/base/sls
apache:
- /data/salt/apache
- /data/salt/apache/confsls
nginx:
- /data/salt/tomcat
- /data/salt/nginx/confsls
mysql:
- /data/salt/mysql
如上述配置所述，一共定义了四个个环境，分别是base，apache，nginx，mysql等，环境变量的作用在下面会说到，主要是配合sls文件使用
不同环境的sls配置文件的目录分别放在对应的目录，比如base环境的sls文件，既可以放在/data/salt/base 也可以放在/data/salt/base/sls，其中sls文件是什么会在后面说到
接下来配置所有minion的分组信息，按照用途或者不同ip等分类信息分别定义组名
/etc/salt/master.d/groups.conf
nodegroups:
redis: 'redis*'
mysql: 'mysql*'
apache: 'tomcat* not apache-[1][3-4]'
nottom: '* not tomcat*'
如上所述上面一共定义了四个组
注：注意上面的格式，salt几乎所有的配置文件遵循两个空格为一个递进的方式（即file_root下面空两个的都是它的参数，二它参数下面空两格的又是它参数的参数，后面写配置文件会更全面的介绍），而且不能用tab键补全!!!
[b]Salt常用命令：
[/b]
[b]Salt语法
[/b]
salt [客户端id，即目标] [模块名，如state，cmd。其实都是salt的模块] [动作]
接触saltstack的第一个salt命令一定是test.ping，主要用于探测客户端的存活状态
注：常用的两个模块主要是state,cmd两个模块，分别对应的功能就是state（状态，在后面会详细叙述，什么是状态），以及cmd（远程执行，而用到此模块的方法一般就是cmd.run）
首先介绍target，目标，或者说客户端id的匹配方式
[root@master~]# salt \* test.ping
minion-1:
True
minion-2:
True
minion-3:
True
minion-4:
True
True代表正常，没有响应当然代表客户端没有启动或者没有认证成功之类的。
指定目标主要有五种方式
一： Global，即salt默认的匹配方式，能识别终端常用的通配符，如*代表所有
如，salt '*' test.ping
二： List，列表，需-L指定。
如，salt -L 'foo,bar' test.ping 其中foo,bar是完整的minion_id
三：正则表达式，需-E指定。
如，salt -E 'pre[1-7]' test.ping 会匹配pre1，pre2..pre7，并且匹配到左右minion_id里面含有1-7的，如pre-11,pre7也会匹配到，如果只匹配1-7可使用参照下面
如，salt -E ^pre[1-7]$ test.ping或者 salt pre[1-7] test.ping
四：混合模式，需-C指定。里面可以既有正则表达式也有列表等
salt -C "apache* or E@ngin*" test.ping 匹配所有tomcat开头，或者mon开头的
五：分组，需要-N指定，其中组名就是上面/etc/salt/master.d/groups.conf文件里面配置的配置信息。
如，salt -N apache test.ping
然后是模块，主要介绍state，cmd，cp模块
注：想了解某个模块的功能或者具体参数可以
salt \* sys.doc [模块名，如cmd]
即salt \* sys.doc cmd 就会列出相关操作及示例了
远程命令执行
远程命令执行大概是最常用的操作的，比如获取所有minion端的ip地址，查看同一个目录下的文件，全部增加一条环境变量到/etc/profile文件里并刷新环境变量等等操作
cmd模块
主要用此模块的run方法，即cmd.run
使用方式如下，
salt \* cmd.run 'ls /root'
如上所示，选择了所有的客户端，master端用cmd.run模块，把''里面的'ls /root'命令全部分发下去，其中单引号''也可以用双引号""代替，引号的作用就是把被引号的命令传给salt-master，然后master分发给所有的minion执行，上述命令就会列出所有minion端/root目录下的文件
注：引号里面的命令跟在任何一台机器上的命令没有任何区别，唯一的区别就是salt执行的命令默认用的是sh，而我们常用的shell是bash，比如bash中ll是ls –l的别名，而sh里面是没有做ll的别名的，所以引号里面的命令如果用ll命令会提示找不到此命的
cmd有几个有用的参数，在可以着重介绍一下
cwd 定义命令所在的目录，即工作目录，在哪个目录执行操作
如：
Salt \* cmd.run cwd=/opt ‘pwd'
minion-id-1：
/opt
runas，定义执行此条命令的用户，使用哪个用户执行这条命令
如：
Salt \* cmd.run runas=nobody ‘touch /tmp/file'
然后去客户端就会发现，在/tmp/目录下有一个file文件，拥有者是nobody
然后就state模块了
主要用到的几个方法是sls,highstate,show_sls
在讲state模块的时候首先得了解sls文件。
Sls文件用.sls结尾，放在指定的环境目录下，即提到的/data/salt/base /data/salt/base/sls或者/data/salt/apache/sls等目录
注：假如在这两个目录下有两个一样的sls文件，那么会file_root配置的第一个环境目录，即
比如环境:
[b]base:[/b]
/data/salt/base
/data/salt/base/sls
会执行/data/salt/base里的sls文件，因为它在前一行
sls文件基本格式如下：
例子一
/tmp/ttt20:
file.managed:
- source: salt://files/tst
- mode: 700
- backup: minion
- makedirs: True
例子二
testfile:
file.managed:
- name: /tmp/ttt20
- source: salt://files/tst
- mode: 700
- backup: minion
- makedirs: True
如上所示，其实例子一与例子二是达成了一样的效果，只不过写法不一样
像例子一，因为没有- name: /tmp/ttt20所以，它会去第一行的标识作为name
，而例子二的testfile可以任意起名，只要不与该文件中的其他标识一样即可。
上面的例子达到的功能就是，将/srv/salt/files/tst文件复制到客户端的/tmp/ttt20位置，如果存在则替换，如果已存在且一样则提示is correct state，即已经是正确的状态了。
然后就是top.sls
在每个独立的salt环境下有且只能有一个top.sls文件，这个文件为该环境的入口文件，里面记录了目标主机对应的sls文件
如：
base:
minion-id-1:
- test1
- test2
minion-id-2:
- test1
- test3
以tomcat-1为例
它匹配了
- test1
- test2
上面一共是一个2个sls配置文件，即匹配该环境下的test11.sls，test2.sls文件
所以在执行state模块的时候，它会去检索这些对应的配置文件并执行该配置文件里的内容。
注：在前面提到过，这些参数前面的空格不能用tab键补全或者少写，不然会报错，再者就是如果配置文件为xxxx.sls 在调用这个配置文件的时候只要写xxxx，即它的文件名，没有后缀
以test1为例
/tmp/testfile.txt:
file.managed:
- source: salt://test.txt
- mode: 700
- user: root
- mode: 644
- makedirs: True
功能就是调用file模块，将salt://test.txt（其中,salt://对于该环境的file_root目录，即/data/salt/base）与目标的/tmp/testfile.txt文件做比对，如不一致则更新。
并且此文件的拥有者为root mask码为644,如果目标文件目录不存在就创建
现在回到highstate，sls，show_sls方法
执行如下
salt \* state.sls test
salt \* state.highstate
salt \* state.show_sls test
上面的意思依次是
1.在当前环境下寻找test.sls文件并执行
2.匹配当前环境的top.sls文件所有的sls文件并执行
3.查看当前环境test.sls文件的执行内容，但是不在客户端执行。
注：上面特别提到了是在当前环境，默认情况下，salt只会查找执行base环境下的sls文件，不会执行其他环境的配置文件，所以在不同环境下，需要指定要执行的配置环境，比如apache环境，只是执行apache的sls文件的话，则需声明saltenv=apache，如下
salt \* state.sls test saltenv=apache
salt \* state.highstate saltenv=apache
salt \* state.show_sls test saltenv=apache
机械节能产品生产企业官网模板...
大气智能家居家具装修装饰类企业通用网站模板...
礼品公司网站模板
宽屏简约大气婚纱摄影影楼模板...
蓝白WAP手机综合医院类整站源码（独立后台）...
