1、详细叙述ansible的工作原理
- 预先定义好主机清单 host inventory
- 将写好的命令或者playbook通过ansibel转换成python代码
- 通过SSH协议推送到远程主机,远程主机需支持python
-
远程主机执行推送过来的python代码后,再删除
2、使用ansible在多台机器上添加用户
[root@localhost ansible]#ansible all -m user -a "name=tom"
3、用ansible-playbook编译安装nginx服务
- 添加主机清单
[root@localhost yaml]#vim /etc/ansible/hosts
- 编写playbook
[root@localhost yaml]#vim nginx.yml
1 - hosts: centos6
2 remote_user: root
3
4 tasks:
5 - name: copy source code
6 copy: src="/data/files/nginx-1.15.12.tar.gz" dest="/root/nginx-1.15.12.tar.gz
"
7
8 - name: yum install depend package
9 yum:
10 name: ['@Development tools', 'openssl-devel', 'pcre-devel']
11
12 - name: install nginx
13 shell: cd /root;tar xvf nginx-1.15.12.tar.gz;cd nginx-1.15.12;./configure;mak
e && make install
14
15 - name: start service
16 shell: /usr/local/nginx/sbin/nginx
- 执行playbook
[root@localhost yaml]#ansible-playbook nginx.yml
4、描述域名劫持的解决方法
- 修改本机的hosts文件,让域名对应正确的ip
- 设置可靠的DNS服务器,如114.114.114.114 223.5.5.5
5、描述dns的递归查询
- 客户端向本机设置的本地DNS服务器发出DNS域名查询请求
- 本地DNS服务器接收到请求后,查询本机的缓存,如果有这条记录,则返回给客户端,如果没有这条记录,则本地DNS服务器将域名查询请求发送给根域名服务器
- 根域名服务器接收到请求后,把所查询得到的所请求的DNS域名中的一级域名的地址返回给本地DNS服务器
- 本地DNS服务器根据根服务器返回的一级域名服务器地址,向一级域名服务器发送前面一样的域名查询请求
- 对应的一级域名服务器收到域名查询请求后,首先查询本机的缓存,如果有记录则直接返回给本地DNS服务器,再由本地服务器返回给客户端,如果没有,则返回二级域名的地址
-
本地服务器继续按照前面的方法向三级四级域名发送域名查询请求,直到最终的对应域名所在的权威服务器返回最终的查询记录给本地服务器,本地服务器再返回结果给客户端,同时本地服务器会缓存这条记录
如下图:
迭代查询
客户端向本机配置的本地名称服务器(在此仅以首先DNS服务器为例进行介绍,其它备用DNS服务器的解析流程完全一样)发出DNS域名查询请求。
本地名称服务器收到请求后,先查询本地的缓存,如果有该域名的记录项,则本地名称服务器就直接把查询的结果返回给客户端;如果本地缓存中没有该域名的记录,则向DNS客户端返回一条DNS应答报文,报文中会给出一些参考信息,如本地名称服务器上的根名称服务器地址等。
DNS客户端在收到本地名称服务器的应答报文后,会根据其中的根名称服务器地址信息,向对应的根名称服务器再次发出与前面一样的DNS查询请求报文。
根名称服务器在收到DNS查询请求报文后,通过查询自己的DNS数据库得到请求DNS域名中顶级域名所对应的顶级名称服务器信息,然后以一条DNS应答报文返回给DNS客户端。
DNS客户端根据来自根名称服务器应答报文中的对应顶级名称服务器地址信息,向该顶级名称服务器发出与前面一样的DNS查询请求报文。
顶级名称服务器在收到DNS查询请求后,先查询自己的缓存,如果有所请求的DNS域名的记录项,则相接把对应的记录项返回给DNS客户端,否则通过查询后把对应域名中二级域名所对应的二级名称服务器地址信息以一条DNS应答报文返回给DNS客户端。
然后DNS客户端继续按照前面介绍的方法一次次地向三级、四级名称服务器查询,直到最终的权威名称服务器返回到最终的记录。
6、DNS工作原理详细解析
DNS是应用层协议,事实上他是为其他应用层协议工作的,包括不限于HTTP和SMTP以及FTP,用于将用户提供的主机名解析为ip地址。
具体过程如下:
- 用户主机上运行着DNS的客户端,就是我们的PC机或者手机客户端运行着DNS客户端了
- 浏览器将接收到的url中抽取出域名字段,就是访问的主机名,比如http://www.baidu.com/, 并将这个主机名传送给DNS应用的客户端
- DNS客户机端向DNS服务器端发送一份查询报文,报文中包含着要访问的主机名字段(中间包括一些列缓存查询以及分布式DNS集群的工作)
- 该DNS客户机最终会收到一份回答报文,其中包含有该主机名对应的IP地址
- 一旦该浏览器收到来自DNS的IP地址,就可以向该IP地址定位的HTTP服务器发起TCP连接
7、dns区域转发与全局转发区别与实现方法
全局转发:对非本机负责解析区域的请求,全部转发至指定服务器
options {
forward only|first #only:只使用forwarder DNS做解析,如果查询不到就返回失败,cache only DNS最常见得设置。first:先使用forwarder DNS做解析,如果查询不到,再使用本地DNS做解析
forwarders { ip; };
};
区域转发:只转发特定区域的请求,比全局转发优先级高
zone "zone_name" IN {
type forward;
forward only|first
forwarders { ip; };
};
8、实现智能DNS
- 先定义ACL和view
ACL设置IP范围值 view让某个ACL对应某个zone,也就是让某个地址段查询哪个zone
bind有四个内置的acl:
none 没有一个主机
any 任意主机
localhost 本机
localnet 本机的IP同掩码运算后得到的网络地址
[root@localhost etc]#vim /etc/named.conf
acl intranet { 192.168.100.0/24; };
acl internet { any; };
view "lan" {
match-clients { intranet; };
zone "." IN {
type hint;
file "named.ca";
};
zone "ritch.com" IN {
type master;
file "ritch.com.zone";
};
zone "100.168.192.in-addr.arpa" IN {
type master;
file "192.168.100.zone";
};
};
view "wan" {
match-clients { internet; };
zone "." IN {
type hint;
file "named.ca";
};
zone "ritch.com" IN {
type master;
file "ritch.com.zone.inter";
};
};
- 编辑对应的解析文件
[root@localhost named]#vim /var/named/ritch.com.zone
$TTL 3H
@ IN SOA dns1 admin.ritch.com. (
0 ; serial
1D ; refresh
1H ; retry
1W ; expire
3H ) ; minimum
NS dns1
dns1 IN A 192.168.1.100
www IN A 192.168.1.101
[root@localhost named]#vim /var/named/ritch.com.zone.inter
$TTL 3H
@ IN SOA dns1 admin.ritch.com. (
0 ; serial
1D ; refresh
1H ; retry
1W ; expire
3H ) ; minimum
NS dns1
dns1 IN A 192.168.100.100
www IN A 192.168.100.101