这几天在调整Openshift Node域名解析的过程中，发现了与DNS相关的一些配置，花了2天时间，终于理出了一个头绪。

首先我们知道，在Linux中，DNS的配置文件位于/etc/resolv.conf，里面主要有三个字段，分别是nameserver, domain, search

我们简单看一下以下例子：

# Generated by NetworkManager

domain example.com

search example.com

nameserver 192.168.1.100

这里domain和search是一个作用，在俩这同时存在时，前者失效。

当访问的域名不能被DNS解析时，resolver会将该域名加上search指定的参数，重新请求DNS，直到被正确解析或试完search指定的列表为止。

这里需要注意一点，在NetworkManager开启的时候，/etc/resolv.conf文件在每次NetworkManager服务重启的过程中会被重写。并且当ifcfg-eth0中proto为dhcp是，peerdns默认为yes，所以每次NetworkManager进行重写时，都会获取dhcp client抓到的dns信息对nameserver和search字段进行重写。

peerdns字段的作用域分两种情况：

以下是RedHat官方文档中的说明：

PEERDNS=answer

where answer is one of the following:

yes — Modify /etc/resolv.conf if the DNS directive is set, if using DHCP, or if using Microsoft's RFC 1877 IPCP extensions with PPP. In all cases yes is the default.

no — Do not modify /etc/resolv.conf.

简单解释一下：

为yes时：1 如果在网卡(ifcfg-eth0)中设置了DNS地址，或者开启了dhcp client，此项默认为yes

为no时: 不会对/etc/resolv.conf进行重写

下面我们来做两个实验：

实验一：

我建立了一个RHEL7.7的虚拟机和一台WINDOWS2019 DNS server，以下时两台server的基本信息：

RHEL7.7:

hostname: redhat.eubrmb.com

ip address: 192.168.199.130

WIN2019 server:

ip address: 192.168.199.100

当我把RHEL7的网卡设置为如下时，我们先把resolv.conf文件清空，然后再重启NetworkManager，然后再次观察resolv.conf文件的信息：

TYPE=Ethernet

PROXY_METHOD=none

BOOTPROTO=dhcp

DNS1=192.168.199.2

DNS2=192.168.199.100

DEFROUTE=yes

NAME=eth0

DEVICE=eth0

ONBOOT=yes

PEERNDS=yes

# echo > /etc/resolv.conf

# systemctl restart NetworkManager

# cat /etc/resolv.conf

# Generated by NetworkManager

search localdomain eubrmb.com

nameserver 192.168.199.2

nameserver 192.168.199.100

现在我们修改一下网卡配置，然后再次清空resolv.conf，并重启NetworkManager后重新查看：

TYPE=Ethernet

PROXY_METHOD=none

BOOTPROTO=dhcp

DEFROUTE=yes

NAME=eth0

DEVICE=eth0

ONBOOT=yes

PEERNDS=no

# echo > /etc/resolv.conf

# systemctl restart NetworkManager

# cat /etc/resolv.conf

# Generated by NetworkManager

search localdomain eubrmb.com

nameserver 192.168.199.2

由此可见，再开启了dhcp之后，无论我们加不加DNS字段，或者加不加PEERNDS=yes，resolv.conf都会被重写

实验二：

首先我们把网卡重新设置为如下配置：
TYPE=Ethernet

BOOTPROTO=static

IPADDR=192.168.199.130

NETMASK=255.255.255.0

GATEWAY=192.168.199.2

DNS1=192.168.199.2

DNS2=192.168.199.100

DEFROUTE=yes

NAME=eth0

DEVICE=eth0

ONBOOT=yes

PEERNDS=no

# echo > /etc/resolv.conf

# systemctl restart NetworkManager

# cat /etc/resolv.conf

# Generated by NetworkManager

search eubrmb.com

nameserver 192.168.199.2

nameserver 192.168.199.100

这里我们看到，在网卡协议为static，DNS字段存在时，就算PEERNDS=no，resolv.conf也会被重写

当我们去掉DNS字段后，重新测试，发现resolv.conf这回未被重写

细心的人会发现，这里search里面和上面用dhcp测试时不太一样，这里少了一个localdomain。之前被这个问题纠结了一天，最后发现，当为dhcp时，search中的字段会带入dhcp client中拿到的一些信息，因为我用的是VMware workstation，所以这里带入了一个localdoamin。在阿里云ECS上并为发现这个问题，这个search domain会截取主机名第一个点之后的名字当作FQDN的suffix。

总结：

当我们需要手动添加DNS server记录，并不希望重启网络后被重写，我们需要把我们的网卡设置调整为static，并设置PEERNDS=no，最后在/etc/resolv.conf中添加nameserver，这样才能达到我们想要的效果

作者：WayneGan
链接：https://www.jianshu.com/p/21fd987c088c
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

标签：search,resolv,192.168,REHL7,CentOS7,etc,conf,yes
来源： https://www.cnblogs.com/gaoyanbing/p/15721059.html