用户名：lss_
文章数：101
评论数：10
访问量：188087
注册日期：
阅读量：1297
阅读量：3317
阅读量：587840
阅读量：474451
[匿名]51cto游客：
[匿名]译名：
51CTO推荐博文
机器系统为CentOS6，ip地址已经设好了。使用setup更改了一下外地公网的dns，保存退出。重启service network restart后发现不能解析了。用ｉｐ地址可以连，但是不能ping .cn
　　总是这样，设置一次可以，过一会或者重启一下服务器，重启一下network都不能解析了。发现/etc/resolv.conf又恢复到原来的状态，里面什么都没有了。手动加入nameserver也不行。
　　后来到网上查找，发现有人与我同样的问题。原来在CentOS5.4下面直接修改/etc/resolv.conf不行。必须要在/etc /sysconfig/network-scripts/ifcfg-eth0里面最后加上dns的设置。要不然，重启后，肯定使用eth0设置中没有设 dns的相关信息，使/etc/resolv.conf恢复到原来的状态。
　　打开/etc/sysconfig/network-scripts/ifcfg-eth0，为了保险起见，可以同样修改eth1的设置
　　DEVICE=eth0
　　BOOTPROTO=none
　　HWADDR=00:xx:19:xx:xx:xx
　　ONBOOT=yes
　　TYPE=Ethernet
　　USERCTL=no
　　IPV6INIT=no
　　PEERDNS=yes
　　NETMASK=255.255.255.0
　　IPADDR=xxx.xxx.xxx.xxx
　　GATEWAY=xxx.xxx.xxx.xxx
　　DNS1=202.96.209.5　　　　　
&&&&&&& DNS2=202.96.209.133　　　　这样设置后，/etc/resolv.conf里面根本就不需要设置。service network restart　后，可以发现/etc/resolv.conf里面就有两个dns的解析ip了。配置好以后重启网络，cat /etc/resolv.conf，可以看到如下参数：
　　　# Generated by NetworkManager
　　　nameserver 202.96.209.5
　　　nameserver 202.96.209.133
　　　search localdomain
　　DNS解析设置成功。
　　在此要强调一点的是，直接修改/etc/resolv.conf这个文件是没用的，网络服务重启以后会根据/etc/sysconfig /network-scripts/ifcfg-eth0来重载配置，如果ifcfg-eth0没有配置DNS，那么resolv.conf会被冲掉，重 新变成空值。
　　不过对于其他的CentOS系统是否也是这样的，要是遇到同样的问题。就这样设一下试试
了这篇文章
类别：┆阅读(0)┆评论(0)
18:19:59 22:16:46 09:27:08用户名：xxrenzhe11
文章数：88
评论数：117
访问量：114321
注册日期：
阅读量：1297
阅读量：3317
阅读量：587840
阅读量：474451
51CTO推荐博文
背景公司新部署几台服务器，安装最新的CentOS 6.5操作系统，但当执行ping或dig操作时，等待时间较长，不能忍受，而同网络下的CentOS 5.6系统却正常同时在远程登录（SSH）时，也出现卡顿的现象，登录不太流畅原理DNS解析缓慢的原因是CentOS 6/REHL 6 总是需要等待AAAA（IPv6）的结果，即使IPv6已在网络设置中禁用出现SSH登录缓慢的问题，可能是“GSSAPIAuthentication认证与UseDNS反向解析”耗费时间导致的3. 解决方案在resolv.conf中添加single-request-reopen选项cat /etc/resolv.conf
# Generated by NetworkManager
options single-request-reopen
nameserver 192.168.18.77这其实是CentOS 6的一个Bug，可查询到的解释如下：The logic behind so long time for DNS resolution lies in fact that resolver use same socket for A(ipv4) and AAAA(IPv6) DNS record resolution. Some hardware mistaking
send one reply and left resolver in waiting mode. Enabling option single-request-reopen will instruct resolver to use new socket if for AAAA if require.
原因是：CentOS 6中的DNS解析器对于ipv4和ipv6都使用同一个socket接口，在同时发出ipv4和ipv6解析请求后，只会收到一个ipv4的解析响应，此时socket将一处于“等待”模式，等待ipv6的解析响应，故导致解析缓慢；添加single-request-reopen后就可以重新打开一个新的socket接收ipv6的解析响应，而不影响ipv4的解析响应。防止修改resolv.conf文件后，重启网络，会导致文件被重置的情况，原因是启用了NetworkManager 服务1.创建一个脚本。
vi /etc/NetworkManager/dispatcher.d/15-resolv
#!/bin/bash
# Description : script to override default resolv.conf file
# with customized file.
cp -f /etc/resolv.conf.custom /etc/resolv.conf
2.设置文件权限
chmod u+x /etc/NetworkManager/dispatcher.d/15-resolv
3.创建一个文件
vi /etc/resolv.conf.custom
options single-request-reopen
nameserver xx.xx.xx.xx
4.重启服务
service NetworkManager restart取消GSSAPIAuthentication认证与UseDNS反向解析功能：vi /etc/ssh/sshd_config
GSSAPIAuthentication no
#通用安全服务应用程序接口(GSSAPI) 是为了让程序能够访问安全服务的一个应用程序接口，取消这个认证。
#DNS反向解析，设置为no4. 参考资料 & &DNS解析缓慢问题： & &https://wiki.echocat.org/display/ECHOCAT//CentOS+6+and+slow+DNS & &/2013/07/single-request-reopen-option-in-resolv-conf.html & &single-request-reopen的详细解释： & &http://www.man7.org/linux/man-pages/man5/resolver.5.html & &防止resolv.conf文件被复写的情况： & &/Linux/36.htm本文出自 “” 博客，请务必保留此出处
了这篇文章
类别：┆阅读(0)┆评论(0)centos 7 VPS , /etc/resolv.conf nameserver 丢失 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
已注册用户请 &
Distributions
中文资源站
centos 7 VPS , /etc/resolv.conf nameserver 丢失
10:08:31 +08:00 · 3087 次点击
vps，centos 7。刚开始是好的，/etc/resolv.conf 里nameserver是google的dns。初始化vps后，第二天发现SSH登陆不了，ping就是Destination Host Unreachable，到其它vps上ping也是这个结果。只好重启服务器，恢复正常。本以为是偶然事情，结果过了一天又是ping不通了，Destination Host Unreachable。以为是vps的问题，新建了一个vps，第二天又发生这样的问题，百思不得其解。进控制面板里的VNC瞧瞧，发现vps里也无法ping外界地址。打开/etc/resolv.conf一看，是空的，nameserver不见了，好奇怪啊。查看/etc/sysconfig/network-scripts/ifcfg-eth0，里面有2个DNS。最后自己在resolv.conf里加入nameserver，重启network服务，就正常了。本人linux新手，大家帮忙分析下为何/etc/resolv.conf里nameserver会丢失？
13 回复 &| &直到
22:37:30 +08:00
& & 10:13:02 +08:00
看看是不是磁盘空间满了
& & 10:22:52 +08:00
@ 新的系统，没有装任何软件，空间足够的。静静地放一个晚上，第二天就会不通。
& & 10:29:27 +08:00
没有nameserver不会影响远程登录吧
我觉得是网络其他配置一起丢了，你检查一下
& & 11:06:57 +08:00 via Android
问一下服务商吧。比如linode，会自动倒回服务商的配置，除非网络改成静态配置。
& & 11:07:47 +08:00
resolv.conf和你不能ssh没有关系。ping都不通，可能是你的网络接口或网络服务就没有起来。
在vps上
ifconfig -a 看看网络接口和ip地址的情况，
netstat -anp 看看ip，tcp/udp的侦听端口
iptables -L 看看防火墙
& & 12:31:49 +08:00
@ 谢谢
我水平有限 看了下 也没查出什么问题 可能是网络接口服务down了 导致不通
但为何会down呢 无法理解啊
我还是头一次碰到 好好的系统放在那里 第二天它自己就不通了？
& & 14:47:42 +08:00 via Android
chattr -i /etc/resolv.conf
& & 15:46:21 +08:00
@ 我刚看了 和其他家的vps centos 7不一样 它的eth0是被network manager service管理的，有空我试试不让NM管理。
& & 07:55:18 +08:00
一早又不通了，用vnc看下，发现时ipv4地址没有。
NetworkManager的状态显示 eth0 DHCPv4 request timed out.
& & 08:11:31 +08:00
不让修改是+i
& & 11:26:58 +08:00
@ 这个问题是不能从dhcp服务器更新ip租用，一般VPS的ip应该是固定的。可能是你的接口配置写成了从dhcp获得ip。修改接口相应的配置，变成固定IP，就行了。
& & 19:25:34 +08:00
@ 这家的vps，新建的都有两个地址，公网和私网，ip addr显示的是私网地址，自动分配。安装你的建议，我把其中一个vps改成了静态地址，另一个依旧是自动分配，看看明天的情况。
& &263 天前
& · & 1712 人在线 & 最高记录 3541 & · &
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.0 · 36ms · UTC 14:06 · PVG 22:06 · LAX 06:06 · JFK 09:06? Do have faith in what you're doing.欢迎访问蓝队云一站式平台！
关注蓝队云
您的位置：
Centos7.0版本更改DNS设置方法
发布时间：&&&&&浏览量：2171人
上一篇：下一篇：
最新发布的内容
大家感兴趣的内容
服务时间：9:00 - 24:00
选择对应客服在线沟通：
您可能遇到了下面的问题：
400专线7x24小时全时响应
技术在线支持
服务时间：全天24小时
选择对应技术在线沟通：
您可能遇到了下面的问题：
400专线7x24小时全时响应
网站ICP备案咨询
服务时间：9:00 - 17:30
选择对应客服在线沟通：
您可能遇到了下面的问题：
400专线7x24小时全时响应阻止resolv.conf自动重置 - Holmesian Blog
在Ubuntu10.04下默认使用NetworkManager，每次更换网络环境：如更换无线接入热点，更换所在局域网设置，更换拨号等等。NetworkManager都会有独立的一套设置保存着。这也就意味着每次重新连接网络resolv.conf文件就将被重写:无论之前的resolv.conf中是什么内容，都将被先清空然后在加上“# Generated by NetworkManager”字样和相应环境的nameserver设置。这本来没有多大问题，但是当我启用了dnsmasq来加速DNS解析，或者是我一直想用一个固定的DNS服务器，又或者是我的网络在NetworkManager中没有设置DNS服务器的时候就会遇到一些麻烦。要禁止NetworkManager重置resolv.conf文件可以这样：修改好相应的resolv.conf之后用
sudo chattr +i /etc/resolv.conf命令将resolv.conf文件变成只读，这样NetworkManager就不能修改resolv.conf文件了。（另外可以将sudo chattr +i /etc/resolv.conf加到/etc/rc.local里面的exit 0之前的任何位置）对于想使用dnsmasq来加速DNS解析的情况，还有另外一种相对柔和一点的方法把127.0.0.1加入到DNS服务器列表中.设置优先的DNS服务器
sudo cp /etc/resolv.conf /etc/resolv.conf.auto
sudo gedit /etc/dhcp3/dhclient.conf 在最前面加上prepend domain-name-servers 127.0.0.1,8.8.8.8。