网络network
基础network模型
OSI七层模型,一层一层封装数据帧(添加报文头),传过去之后再一层一层解封装(解封装掉报文头)
应用层:应用软件层面业务端口,例如http/https,ftp,sftp,smtp(25),除了在四层TCP IP+端口号的方式进行外,还需要检查http/https的url,cookie等是否合法,是基于url来实现的(四层就是靠IP+端口号)
表示层:将数据转化为合适的传输格式。例如字符编码等
会话层(session):负责数据传输,建立会话,两台电脑(服务器)通信连接,确保能够连接到,所以说,http-post/get请求请求就是一个session会话,服务端/客户端连接的会话
传输层:把传输表头加到数据包头,表头包含了传输数据需要的协议,例如TCP/UDP等传输协议,TCP三次握手确认(消息发送-消息接收反馈-消息成功反馈)
---四层转发方式为IP+端口号
网络层:决定数据的走向,路由交换,上层交换,网络报文,IP协议
设备:路由,由路由器上面的路由表实现路由条目的记录
数据链路层:局域网内的寻址,包括物理地址(MAC地址),ARP报文协议等,设备:交换机,数据帧(仅限于局域网)
物理层:在局域网上的传输数据帧,管理电脑媒体之间的传输,网线,网卡等,物理连接
交换机和集线器:交换机可以隔离冲突域,但是不能隔离广播域
交换机工作在数据链路层,集线器工作在物理层,路由器工作在网络层
交换机需要联通同一个网段内
路由器:可以联通两个不同的网段,路由转发,路由表自动学习
vlan技术:隔离广播域,类似路由器的技术,给不同的网段划分vlan隔离网段
vlan技术最多支持4096个
大二层vxlan环境:可以支持很多个vlan环境
网络抓包工具:tcpdump
tcpdump -i:截取指定网卡的数据包,比如tcpdump -i eth0
-n:+协议,比如tcpdump -i eth0 -n icmp/tcp等
tcpdump -i eth0 -n icmp:抓从eth0出去/进来的icmp协议数据包,因为网络协议的交换都是双向的,有请求(request)和接收回应(reply)
ping 192.168.0.3
-c:精简显示,只显示10个
网络协议TCP/IP
其实TCP/IP是多个协议的组合,是TCP/IP协议簇,包括TCP/IP/RIP/ICMP/SMTP/FTP等协议
TCP/IP表示架构(四层):
链路层---网络层---传输层---应用层(包括会话层、表示层、应用层)
tcp和udp之间的区别
tcp可靠 | udp高效
tcp长链接,保持会话久(session)| udp短连接,保持会话时间短
tcp适合email web浏览 下载业务(长连接不中断)| ucp适合声音流、视频流,不保存,即时
tcp端口的类别:
0-1023:系统服务的端口,专门给安装的Linux服务使用的,比如ssh(22),smtp(25),tcp(80),ssl(443)
1024-49151:用户端口分配给某些服务的,比如某些服务需要用到特殊用户的,比如MySQL(3306,MySQL用户),sql server(1433,rdsuser)等
49000-65535:动态端口,随机分配给客户端的,像tcp三次握手的syn客户端发送syn=1 seq=x的时候,就会给客户端分配一个这里的端口
tcp三次握手的过程
服务端的状态:LISTEN(收听),ESTABLISHED(建立TCP连接)
seq:请求序号,1--->2 seq=x,2--->1 ack=x+1 1--->2 seq=y 2--->1 ack=y+1
ack:响应序号
建立tcp连接的过程:由客户端发起的tcp连接请求,发送给客户端
第一次握手:发起三次握手请求,SYN=1(同步请求),seq=x(请求响应的序号是x)
第二次握手:SYN=1(响应SYN请求后给A发送SYN请求),seq=y(服务端请求客户端的回应),ack=x+1(服务端已经确认),ACK=1(响应SYN请求)
第三次握手:ACK=1(响应B的SYN请求),seq=x+1(seq永远是客户端发给服务端的,第二次握手ack=x+1,所以第三次握手seq要回x+1),ack=y+1(因为第二次握手seq回)
Client端:发送请求 Server端:LISTEN(监听)
SYN-SENT:同步已发送 SYN-RCVD:同步已收到,同时发送给你SYN
ESTABLISHED:建立好连接
【SYN请求】、seq=0
【SYN、ACK请求】、seq=0(服务端请求)、ack=1(服务端响应)
【ACK请求】、seq=1(ack请求)、ack=1(客户端响应)
为什么不是两次握手的原因?
A给B发消息,B响应了,但是A没响应B的请求,所以不成立;
消息的传输都是要响应了才算传输成功,就像ICMP协议,A ping B,如果ping不通(B没有响应),则ping执行不成功
四次握手:多余了,三次握手就能搞定
netstat和ss:查看系统的tcp/udp连接状态
netstat命令用法:
-a:all socket所有连接状态
-n:使用IP地址显示远程地址(foreign address),不解析端口的服务,直接显示端口
-t:tcp连接协议
netstat -ant:显示所有tcp的连接,使用IP地址代替域名(主机名)
-u:显示udp协议
-p:显示连接的协议/服务
-l:显示STATE为LISTEN的条目,可以去掉不打这个
-i:显示网卡列表
ss命令,用法基本和netstat保持一致,但是更加轻量级,显示更多更详细的TCP信息,比netstat更快
ss命令:直接操作内核
-t:显示tcp
-u:显示udp
-a:显示所有
-l:显示在LISTEN的端口
-n:显示端口,不解析为服务
-p:显示是什么服务,-p还能显示这个服务连接的pid(进程id)
IP地址的组成与划分子网
网络位:判断属于哪个网段
主机位:判断有多少个主机可用
A类、B类、C类地址:内网地址
计算可用主机数量:2^n-2---除去.0地址和广播位全1的地址
比如192.168.24.0/26掩码,可用主机数:2^6-2=62个主机可用,然后是以64为分界线来
大网段:/24,2^8=256-2=254个主机可用
我想划分4个网段,则是256/4=64个主机一个网段
/26的主机位,一个主机位可以使用64-2=62位,从1到63;一共可以划分4个IP段,4个端192.168.24.0/26--1-63
192.168.24.64/26--65-127
192.168.24.128/26--129-191
192.168.24.192/26--192--2
192.168.9.0/30,2^2-2=2个
划分子网的思路:从一个大网段内划分若干个小网段,将需要划分的资源隔离开来
典型分配k8s的网段,给的是172.16.25.0/24的网段,这个网段内我要划分4个网段使用
k8s-node-广州三区
k8s-node-广州四区
mysql-广州三区
redis-广州四区
所以需要划分4个段,掩码为26,即从原始网络位借2位,即为掩码位(划分的子网段数),同时可以划分4个段
每个段可用的主机数:2^n-2=62位,以64作为隔离
网络划分面试题
路由相关配置
route -n:查看网关,本地回环地址0.0.0.0的就是网关
DNS解析文件:/etc/resolv.conf
云上的一般都是云内的DNS服务器(内网DNS服务器)
路由表的构成
1.destination:目标地址,需要到达的
2.gateway:网关
3.netmask:子网掩码
4.flag:flag位
5.iface:网卡(接口)
相当做路由器使用服务器:开启ipv4转发功能
vim /etc/sysctl.conf文件中
添加net.ipv4.forward=1这条命令
执行sysctl -p使得这个文件配置生效
添加静态路由
-net:加网段(目标地址)
-host:加主机IP地址
route -n:查看路由表,查看网关,以便写下一跳
route add -net 192.168.0.0/24 gw 172.16.0.1 dev eth0
route add -host 172.16.9.1/24 gw 172.16.0.1 dev eth0
route add -net 0.0.0.0/0 gw 172.16.0.1
删除路由条目
route del -net xxx
ubuntu的网卡配置
查看IP地址:ip a | ifconfig
curl -s icanhazip.com
网卡(网络配置)目录:/etc/netplan/01-netcfg.yaml文件
注意:yaml文件编写的格式缩进一定要符合规定,同一个级别的yaml文件必须统一缩进,不能乱写
自动获取:
eth0:
dhcp4:true
netplan apply:应用网卡配置(更新配置)
VMware的三种网络连接模式
1.仅主机模式:直连主机上面的VMnet1,代表可以和主机直接通信(Cent OS 7网卡),但是无法访问到公网
2.桥接模式:与主机的以太网卡互连,可以出公网,直连公网,外面主机连接交换机(二层)
3.NAT模式:SNAT内网机器需要访问到公网,DNAT内网机器需要提供给外部机器访问(D作为源)
网络面试(加上网络子网规划的)
1.三次握手:
client端和server端
ifconfig eth0 | sed -n 2p | awk '{print $2}'
ifconfig eth0 | awk 'NR==2{print $2}'
ifconfig eth0 | grep -w inet | awk '{print $2}'---> grep -w查询出特定的单词,不加其他的字符
hostname -I
ifconfig eth0 192.168.0.2
vim /etc/sysconfig/network-scripts/ifcfg-eth0修改
重启网络服务
4.tcpdump
tcpdump的问题
DNS服务
主要是为了解决一个服务对应多个IP地址的问题。比如需要访问一个web服务(网站),后端有负载均衡,负载均衡后面挂了5个web服务器,5个web服务器都有各自的内网IP,那我访问该服务是访问哪个IP呢?
配置域名(WAF CNAME),CNAME通过DNS服务解析到SLB的IP地址,由SLB自己去轮询,那么访问的时候用户就会集中在一个入口去访问
域名基本格式
www.baidu.com:www作为主机名,baidu.com作为域名
前面的记录集(主机名)可以不一致,类似RDS的话,可以通过内网域名;redis可以通过redis的内网域名访问
rds.huaweicloud.com...redis.huaweicloud.com...,将这个解析到内网IP
配置到代码内,尽量是配置域名(不去写死IP地址),因为IP地址随时会变
类似刚刚的chrony.conf配置文件,配置的也是ntp服务器的域名地址
server ntp.myhuaweicloud.com iburst
server ntp.aliyun.com
server time1.cloud.tencent.com
配置hosts文件实现本地解析
实现本地解析的功能:配置本地hosts文件,本地解析,DNS会先去找本地解析
Linux:/etc/hosts
windows:C:\Windows\System32\drivers\etc\hosts
##配置/etc/hosts文件
192.168.244.128 master
192.168.244.132 slave1
192.168.244.133 slave2
192.168.244.136 manager
199.232.68.133 raw.githubusercontent.com
根域名:
顶级域名:.com,.net,.edu等,这些都是公网域名,也可以自己创建内网域名
一级域名:xxx.com,比如baidu.com,aliyun.com
二级域名(记录集):www.baidu.com,mirrors.aliyun.com,主机名,记录集随便添加;在哪里购买的域名,可以在本地/云上的DNS服务上面添加对应的记录集,比如说aliyun,可以在aliyun上面的DNS解析服务添加公网域名解析
也可以在private zone私网解析里面添加企业内网的解析
开源组织的域名:例如nginx.org,kubernetes.org,kernal.org
DNS解析过程(找DNS服务器)
配置本机指向的DNS服务器
Linux:/etc/resolv.conf,DNS服务器指向云厂商的DNS服务器地址
cat /etc/resolv.conf
# Generated by NetworkManager
search openstacklocal
nameserver 100.125.136.29
nameserver 100.125.1.250
windows:一般都是自动获取DNS地址,因为网卡一般都是DHCP的模式,你也可以手动配置DNS地址,这样才能解析上网访问的域名
cmd,ipconfig /all查看到DNS服务器为公网的根DNS服务器,是可以解析到所有的域名的
大量使用缓存技术(提高访问--->读写速率和效率)
想要访问www.baidu.com这个域名,使用迭代查询的方式去查询这个域名的解析的IP地址
1.找本地地址(host文件)--->本地配置的DNS服务器(DNS缓存(浏览器)),不用每次都去找根服务器;DNS服务器有缓存,本地也有缓存
2.DNS服务器找到根服务器(互联网的根服务器)
3.找顶级域名,因为baidu.com是.com,所以找.com的顶级域名服务器里面找解析
4.找一级域名baidu.com这个的DNS解析
5.从baidu.com这个解析里面就有www.baidu.com这个地址配置了记录集,传回到用户,实现baidu.com这个域名解析到后端的某个IP地址
递归查询:指的是请求到了,服务器无法反馈结果,会去找到结果并且最终反馈---处理到底;DNS服务器必须返回一个准确的结果给到客户端
迭代查询:找别人查找,自己不处理---找别的DNS服务器查询解析,根域名---顶级域名---一级域名
windows查看dns缓存ipconfig
刷新本地DNS缓存:
ipconfig /flushdns
查看本地的DNS解析:ipconfig /all,本地的DNS服务器,如果在windows上安装好DNS服务器,则windows服务器自己本身就是DNS服务器,DNS地址指向自己(127.0.0.1)
如果是自动获取,则是阿里云的DNS地址,或者是本地的DNS地址
切换DNS的时候,会有大概5min的延迟
查看本地缓存:
ipconfig /displaydns
DNS解析类型:正向解析、反向解析
正向解析:域名---IP地址
反向解析:IP地址---域名
一般访问的路径都是访问域名,解析到IP地址
常见公共DNS
114DNS 114.114.114.114
百度DNS 180.76.76.76
各大云厂商DNS服务器(ECS自带)
google 8.8.8.8
cat /etc/resolv.conf,云厂商的ECS其实都是配置的内网DNS
whois:查看域名的所有者,时间,查看注册信息
还能查看网站的DNS解析服务器的域名,有效期,2021年1206买的,有效期是3年
公司内部搭建的域名原则:最好是不要和互联网的公网域名冲突
内部服务需要用到内部的DNS解析,内部的DNS解析是可以出公网的
DNS服务器:也分主从服务器
DNS软件Bind
搭建本地的环境,域名,CA证书,都需要依赖局域网内的服务,包括在本地搭建根CA的服务,搭建本地DNS服务,使得本地访问到域名可以通过CA和key来实现认证,ssl认证
bind,powerdns,dnsmasq,unbound,coredns(dns)
rpm -q bind
yum -y install bind bind-utils
服务名称:bind,实际的配置文件:/etc/named.conf,服务名称:named
DNS解析服务端口:53
systemctl enable --now named ##现在启动+开启自启动named服务,状态active
本机搭建DNS服务,记录下www.baidu.com的解析IP后,直接存到DNS缓存内(Linux,windows均有DNS解析),所有的DNS服务器(软件)都知道全球的DNS根服务器
##安装DNS服务
yum -y install bind bind-utils
##修改网卡配置,配置DNS选项
vim /etc/sysconfig/network-scripts/ifcfg-ens33
#IPADDR=10.0.0.128
#NETMASK=255.255.255.0
#GATEWAY=10.0.0.1
DNS1=127.0.0.1
##重启网络服务
systemctl restart network
##查看dns解析文件
cat /etc/resolv.conf
# Generated by NetworkManager
search localdomain
nameserver 192.168.244.2
nameserver 127.0.0.1
其它局域网内的机器都指向这个机器就行了,比如是10.0.0.8这台机器,vim /etc/resolv.conf,nameserver指向就行
实现场景:服务器通过指向到内网DNS服务器实现访问公网
场景:
DNS服务器 10.0.0.128 已配置好resolv.conf和网卡DNS指向,指向本机127.0.0.1,配置好DNS服务bind
客户端 10.0.0.129 配置resolv.conf指向10.0.0.128,网卡DNS指向10.0.0.128
workstations配置:手动配置IP地址,NAT网关配置为10.0.0.2(网络编辑器),子网网段10.0.0.0,掩码24,VMNET8配置为手动配置IP地址
DNS服务的监听端口:53端口
配置:
1.配置10.0.0.128的named.conf
//监听哪些机器:本地所有的IP
listen-on port 53 { localhost; };
//允许哪些机器通过这个DNS查询:any所有机器
allow-query { any; };
allow-query { 10.0.0.0/24; }; //允许某个网段访问解析
2.10.0.0.129访问到互联网,成功
dig www.baidu.com
host www.baidu.com
面试题:tcp53端口和udp53端口各有什么用?
tcp 53端口:目前和解析没关系,tcp 53用于主从DNS服务器的同步
udp 53端口:和解析有关系,直接解析,udp53端口---用于查询
配置本地DNS服务器内网域名解析
安装dns监听服务
bind,bind-utils(dns测试工具,可以不装)
bind的测试工具包括:dig(最全面的域名解析工具),host(简易版DNS解析测试),nslookup(windows风格的),最常用的就是dig,显示内容最多
rpm -ql bind-utils:查看这个包中有哪些工具
yum -y install bind bind-utils
启动DNS服务:systemctl enable --now named
修改默认dns配置文件,监听为any,vim /etc/named.conf,上下两行可以删除掉
options {
//监听哪些机器:本地所有的IP
listen-on port 53 { localhost; }; //监听本地所有的IP 53端口
listen-on-v6 port 53 { ::1; };
directory "/var/named";
dump-file "/var/named/data/cache_dump.db";
statistics-file "/var/named/data/named_stats.txt";
memstatistics-file "/var/named/data/named_mem_stats.txt";
recursing-file "/var/named/data/named.recursing";
secroots-file "/var/named/data/named.secroots";
//允许哪些机器通过这个DNS查询:any所有机器
allow-query { any; };
}
使用到的用户+用户组:root,named,group:named
id root
uid=0(root) gid=0(root) groups=0(root)
id named---记得修改域配置文件所属组为named
uid=25(named) gid=25(named) groups=25(named)
rndc命令:对于dns缓存,配置的使用
rndc --help
rndc reload ##重新加载dns配置
rndc flush ##刷新缓存
各种资源记录(RR:resource record),文件路径:/var/named/named.localhost,/var/named/catyer.cn.zone(自已命名),后续可以在这里写域名解析的文件
写主DNS服务器配置(DNS记录)
SOA记录:一般写在首行,一条记录,作为起始的授权记录
NS:解析,正向解析记录
A记录:域名---IPV4地址
AAAA记录:域名---IPV6地址
TXT:文本记录
CNAME:别名记录(CDN,WAF等)
PTR:反向解析,指针
vim /var/named/catyer.cn.zone文件标准格式:其实也是个文件,只需要记得写入zone配置文件就好了
$TTL 1D
@ IN SOA master admin.catyer.cn ( ;SOA记录:起始授权记录
20220719 ; serial,序列号,数据库文件的序列号
3H ; refresh,DNS刷新记录,从节点拉取
10M ; retry,服务器网络有问题,重试时间
1W ; expire,DNS记录过期时间
3H )
@ IN NS master. ;主DNS服务器解析
master A 10.0.0.128
www A 10.0.0.128
k8s A 10.0.0.128
linux A 10.0.0.200
主从DNS服务器的同步机制:主服务器一般是有新的更新就推送,从服务器一般是定时拉更新的数据
主从DNS同步依赖条件:serial,类似MySQL主从的binlog文件版本号的变化,binlog_000003类似这样的文件名
PS:一定要记住修改catyer.cn.zone文件的所属组,不然这个文件是不生效的(本地域名解析)
chgrp named catyer.cn.zone
写域配置文件named.rfc1912.zones
将zone的配置信息(catyer.cn)配置到统一的域配置文件内,这里面是/etc/named.frc1912.zones
##写好主域的信息,type类型为master主域,file为catyer.cn.zone这个配置文件
vim /etc/named.rfc1912.zones
zone "catyer.cn" IN {
type master; ##DNS服务器类型是主服务器,主节点
file "catyer.cn.zone"; ##域配置文件:指向catyer
allow-update { none; };
};
##检查DNS配置文件以及域配置文件有无正确
named-checkconf
named-checkzone catyer.cn /var/named/catyer.cn.zone
rndc reload:重新加载dns配置文件zone
rndc flush:刷新本地DNS缓存
##本地网卡DNS解析指向自己
DNS1=10.0.0.128
在windows宿主机上访问到Cent OS中的DNS添加的记录集
在VMNET8网卡上添加DNS解析指向到10.0.0.128
分别都可以解析到IP,即本地的DNS服务器搭建成功,访问本地服务。访问到k8s.catyer.cn这个域名服务的
搭建从DNS服务器(DNS2)
安装dns服务:yum -y install bind
注释掉named.conf配置文件内的监听限制
编辑域配置文件,写上是catyer.cn主DNS(主域)的从域
zone "catyer.cn" {
type slave;
masters {10.0.0.128;}
file "catyer.cn.zone.slave"
};
编辑好后,重启named服务,配置网卡文件DNS2(DNS从服务器)
DNS1=10.0.0.128
DNS2=10.0.0.129
systemctl restart named
systemctl restart network
##停止dns1的服务
systemctl stop named
尝试解析k8s.catyer.cn这个域名,发现承载的dns服务器是10.0.0.129,证明停止了DNS1,DNS2成功生效工作,k8s.catyer.cn是在10.0.0.128上面做的A记录
k8s.catyer.cn
从指定的DNS服务器(IP)上查询该解析+DNS服务器地址
##windows环境
nslookup api.ctfmall.com 100.100.2.136
##Linux环境,+@符号
dig k8s.catyer.cn @10.0.0.128
host k8s.catyer.cn @10.0.0.8
配置主从DNS服务器同步
主服务器配置:需要加上从服务器的IP和NS解析记录
vim /var/named/catyer.cn.zone
$TTL 1D
@ IN SOA master. www.catyer.cn ( ;SOA记录:起始授权记录
20220719 ; serial,序列号
3H ; refresh,DNS刷新记录,从节点拉取
10M ; retry,服务器网络有问题,重试时间
1W ; expire,DNS记录过期时间
3H )
@ IN NS master ;主DNS服务器解析
@ IN NS slave1 ;从DNS服务器解析,需要添加从节点的NS记录
slave1 A 10.0.0.129 ;从DNS服务器的A记录也要写上
master A 10.0.0.128
www A 10.0.0.200
k8s A 10.0.0.128
linux A 10.0.0.200
rndc reload //重新加载dns配置
主节点更新www.catyer.cn的解析,查看从节点的解析是否正确,dig www.catyer.cn
更新的记录就是10.0.0.200的记录,响应的DNS服务器即为128和129
更新slave1节点的时间时区问题
安装chrony服务:yum -y install chrony,systemctl start chronyd
复制时区到slave1:scp /etc/localtime [email protected]:/etc
date
k8s内的dns服务器:coredns
配置DNS服务器转发forward:first/only模式
配置环境
dns1(主解析):10.0.0.129
dns2(转发+缓存机):10.0.0.128
客户端:10.0.0.130
想实现的效果:在客户端机器上解析www.catyer.local这个域名,通过DNS2转发到DNS1,通过DNS1解析到DNS1上面的解析记录(1.1.1.1)
---配置DNS1
DNS1在域配置里加一条,这个也是主DNS服务器(master),vim /etc/named.rfc1912.zones,域名为catyer.local(后缀)
zone "catyer.local" {
type master;
file "catyer.local.zone";
};
配置解析记录,scp原来的/var/named/catyer.cn.zone,修改属性chgrp named catyer.local,DNS1的配置完成
$TTL 1D
@ IN SOA master admin.catyer.local ( ;SOA记录:起始授权记录,修改为catyer.local
20220724 ; serial,序列号
3H ; refresh,DNS刷新记录,从节点拉取
10M ; retry,服务器网络有问题,重试时间
1W ; expire,DNS记录过期时间
3H )
@ IN NS master ;主DNS服务器解析
master A 10.0.0.129
www A 1.1.1.1 ;DNS1上面的解析
rndc reload
systemctl restart named
--配置DNS2服务器
DNS forward的两种方式:first和only
1.first:转发到dns1服务器,如果没结果,直接到互联网的根找
2.only:转发到dns1服务器,没结果,则返回no
vim /etc/named.conf
option{
forward only; ##转发模式
forwarders {10.0.0.129;}; ##转发的DNS服务器
}
dnssec-enable no; ##yes修改为no,这是dns默认的安全配置
dnssec-validation no;
rndc reload ##重新加载DNS配置
systemctl restart named
--DNS3上测试
1.如果10.0.0.129能出公网,则only模式ok;如果10.0.0.129不能出公网,则需要用first功能,first功能:去公网找根DNS
##在dns1上删除掉出公网的路由route
ip route
default via 10.0.0.2 dev ens33
10.0.0.0/24 dev ens33 proto kernel scope link src 10.0.0.129 metric 100
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1
ip route del default via 10.0.0.2 dev ens33
ip route
10.0.0.0/24 dev ens33 proto kernel scope link src 10.0.0.129 metric 100
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1
##无法解析了,因为配置了only模式,将这个添加回来
ip route add default via 10.0.0.2 dev ens33
测试catyer.local的访问,解析到的是DNS1的记录1.1.1.1
dig www.catyer.local
##断了公网为什么还能解析:存在缓存,一次解析成功后会存在缓存中,刷新缓存
rndc flush
2.first模式option转发
dns服务器转发优先找10.0.0.129,如果没有,则找互联网的根服务器,逐级转发找到
DNS2在forward模式配置为first
option{
forward first; ##转发模式
forwarders {10.0.0.129;}; ##转发的DNS服务器
}
rndc reload
systemctl restart named
删除掉dns1的路由,模拟dns1无法出公网,dns2找互联网根服务器的场景
ip route del default via 10.0.0.2 dev ens33
ping www.baidu.com
ping: www.baidu.com: Name or service not known
dns3测试找dig www.baidu.com,还是可以的,证明通过DNS2转发成功了
公司三地的DNS转发架构:统一通过北京的总DNS出口,上海、成都的解析可以指向北京DNS,上海、成都的机器可以指向各自的DNS,先找缓存,没有去找北京
配置上海和成都DNS转发forwarders为北京的DNS,快一些,缓存
智能DNS分发的实现:CDN
通过GSLB:全局负载均衡,将最佳的DNS返回到用户的客户端,可以自动识别用户在什么地域,可以匹配相对应最近的CDN节点
CDN节点:先找本地缓存,没有找DNS,返回最佳的节点;通过缓存,让用户找到最近的CDN节点,如果CDN节点没有这个图片(文件)资源,则回源到源站获取资源
访问路径:访问CDN的域名+对应的路径url,返回对应的资源;CDN再配置的时候默认配置好了CNAME
案例:配置阿里云的CDN,源站指向ctfmall的服务器/OSS桶
ping xxxyyy.ctfmall.com,返回的是cdn域名的CNAME--->CDN服务商,源站是47.106.192.140这个站点IIS,通过就近分发内容
整体的DNS架构(互联网+公司内网)
内网机器---网卡指向内网(分支)DNS服务器---内网DNS配置转发(forward first)到总DNS服务器(出公网)
总DNS服务器找不到---互联网找根服务器---一级域名(.com,.net,.cn)---二级域名(baiduc.com)---三级域名(www)
www返回到客户端内网机器
标签:10.0,named,network,网络,域名,DNS,服务器,解析 From: https://www.cnblogs.com/catyer/p/16633328.html