网管经验之Windows服务器DNS故障问题
在开始讨论如何排除DNS问题之前我们想知道你是否清楚怎样判断某个问题是由DNS而不是由别的命名服务造成的。在Windows主机上判断问题的原因是否真的出在DN S上可是件困难的事。Windo ws支持的命名服务真是名目繁多如DNS、Wins、HO S TS、 LMHO STS等数不胜数。然而常用的Windows 2000nslookup却全然不理会其他这些命名服务。你可能会只顾在Windows 2000计算机上运行nslookup和查询名称服务器而有问题的服务却可能在使用另一种不同的命名服务。首先你需要考虑是哪一类程序出了问题如果是TC P/IP客户端如te lne t或ftp那么问题可能出在DN S和HO S TS文件上。如果是一个支持NetBIOS命名的实用程序如net 与在net use中一样中那么值得怀疑的还要包括Wins和LMHO S TS文件。其他也使用DNS名称或NetBIO S名称作为参数的客户端如p ing也会使用这些命名服务中的任意一种。接下来再考虑Windows使用这些命名服务的顺序。在查找问题时应按照此顺序检查各种服务。这些提示对你查出问题的症结会有帮助至少可帮你排除一个怀疑对象。
如果要检查一个服务器的缓存区请单击DNS控制台左窗格中该服务器名称左边的加号。你将看到一个名为Cached Lookups的文件夹。单击其左边的加号或双击文件夹图标或标签以展开下一级。这样可显示出你的名称服务器已为其缓存了数据的那些顶级域。继续展开直至看到你要查看的缓存数据所在的那一域名。如我们的名称服务器已为micro so ft.com缓存了三条NS记录和一条A记录。如果依次双击net和hp,我们还会看到这些名称服务器的缓存地址。如果想看缓存数据上的TTL请双击右窗格中的一条记录。若DNS控制台处于高级查看模式选择查看>高级 则出现的窗口将显示出该记录的TT L。在检查TTL之前一定要用操作>刷新或用F5键刷新DNS控制台否则你看到的TTL可能会大于当前TTL。如果右键单击该记录你可能会注意到有一个删除记录选项。
DNS的一些常见的错误
1.忘记增加序列号
在你未使用DNS控制台而是用手动方式更改区域数据文件时就会出现一些问题。DNS控制台在它每次更改区域数据时都会记着在SOA记录中增加序列号所以你不必为此操心。不过这也意味着你可能不会养成更新序列号的习惯所以在进行一次性手动修改时你可能会忘记增加序列号。此问题的主要症状是从属名称服务器不会获得你在主服务器上对该区域做的任何更改。从属服务器认为区域数据并未更改因为它看到的序列号仍是原来的序列号。该怎样检查当时是否记着增加序列号呢不幸的是这就不是那么容易了。如果你不记得原序列号是什么而现在的序列号不能表明它是什么时候更新的则没有直接的方法判断它是否已更改。在启动主服务器时不管你是否更改了序列号它都将
加载更新后的区域数据文件。最好的办法只能是使用nslookup来比较主服务器和从属服务器返回的数据。如果它们返回不同的数据则表明你可能忘了增加序列号。如果你能想起最近作的一次更改则可以查看此数据。如果记不起最近一次作的更改则可以从一个主服务器和一个从属服务器复制该区域将结果排序并使用文件比较工具将它们加以比较。还有一个好消息即尽管确定该区域此前是否已复制比较难但现在要确保该区域被复制却非常简单。只须在DNS控制台中双击SOA记录并手动编辑序列号字段增加主服务器上此区域的副本中的序列号即可。从属服务器将在刷新时间间隔内获得此新的数据如果它们用了NOTIFY则会更快。
2.以手动方式更改DNS服务器
要记住Microsoft DNS服务器会定期更新其区域数据文件。每次用DNS 控制台对一个区域的数据进行更改时就有一个写操作挂起在DNS服务器退出之前它必须重写该区域的数据文件否则它就会丢失你所作的更改。可以将此比作内存中一个已更新的页操作系统在退出之前必须将它写到磁盘上。如果你在一个写操作挂起期间对一个区域数据文件作了手动更改则在名称服务器退出后你会莫名其妙地丢失所作的更改。比如你在服务器正在运行且有一个写操作挂起时向一个名为micro so ft.com的新子域添加了委派。作完更改后你必须将服务器停下并再次启动以让它再次读取该区域数据。但是在服务器退出时它将重写micro so ft.com区域数据文件你的委派于是就会丢掉。如果仔细观察平时就需要这样事件查看器会在服务器停止事件之前看到这样一条消息 The DNS server wrote version 37 of zone microsoft.com to file microsoft.com.dns. DNS 服务器写入区域micro so ft.com的版本37到文件micro so ft.c om.dns。 如果你用操作|更新服务器数据文件来强制服务器重写其区域数据文件则服务器就会与区域数据文件同步而不必在退出时重写。所以如果要对区域数据文件作手动更改那么要么首先停止服务器但这意味着在你作更改期间服务器将不响应任何查询 要么使用DNS控制台将服务器与区域数据文件同步然后再进行更改。
3.从属服务器无法加载区域数据
如果一个从属服务器无法从其主控服务器获取某个区域的当前序列号那么最初它是不会给你发警告消息的。然而如果该问题一直存在而且从属服务器在有效期时间内无法确定其数据是否是最新的那么该区域就会过期。在一个Microsoft DNS服务器上你将在事件查看器中看到与下文类似的一条消息在获得成功区域复制或从这个区域作为其源的主服务器获得成功区域复制之前micro so ft.com区域就超时了该区域已经被关闭。区域过期后 当你向名称服务器查询该区域中的数据时就会收到S ERVF AI L错误消息
C:>nslookup robocop wormhole.microsoft.com.
Server:wormho le.micro so ft.com
Addre s s e s:207.46.230.219, 192.253.253.1wormhole.microso ft.com can‟t find robocop.micro so ft.com:Server failed
出现此问题的原因主要有三个由于网络故障与主控服务器的连接断开为主控服务器配置的IP地址不正确主控服务器上的区域数据文件中有语法错误。首先应使用DNS控制台检查该从属服务器在尝试从中加载数据的那一些主控服务器的地址。右键单击左窗格中该区域的域名选择属性然后查看常规选项卡确认它是否真是主名称服务器的IP地址。如果是请检查到此IP地址的连接 C:>ping 207.46.230.219
Pinging 207.46.230.219 with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.
如果无法连接到主控服务器请确定该服务器的主机是否真的在运行例如已通电 或检查网络问题。你可能还需要检查主控服务器对该区域中数据的查询是否返回权威性响应。如果主控服务器的响应对于该区域不是权威性的则从属服务器就不从该主控服务器中复制此区域。可使用nslookup检查主控服务器的对于区域的SOA记录的权威性响应命令格式如下
C:>nslookup-norec-type=SOA microsoft.com.207.46.230.219
此命令向位于地址152.104.1.6的名称服务器发送一个非递归查询以查询micro so ft.com的SOA记录。我们必须发送非递归查询这样位于152.104.1.6的名称服务器就不会将该查询转发给另一个服务器。如果将此主控服务器配置正确则对此查询的响应就应是权威性的。 记住除非nslookup返回了“非权威性”响应否则响应就是权威性的。 非权威性的响应可能表明主控服务器在加载该区域时发生问题通常是由于区域数据文件中存在语法错误。请与该主控服务器的管理员联系让他检查其事件查看器或系统日志的输出中是否有表明出现语法错误的消息。我们从来还没有见到过Windows 2000名称服务器因为区域数据文件中有语法错误而对于此区域失去非权威性的情况但旧的BIND名称服务器确实会表现出这种现象。所以如果你的名称服务器是某一区域的从属服务器而此区域的主要主名称服务器是BIND名称服务器该服务器现在对该区域不具有权威性那么问题可能就是一个语法错误。如果对查询的响应是权威性的但从属服务器仍无法成功复制该区域那么你可以使用nslookup的ls命令来手动复制该区域。如果看到类似于下面的错误消息则很可能是主控服务器限制区域复制
C:>nslookup- 152.104.1.6
De fault Server: terminator.microso ft.com
Addre s s: 152.104.1.6
>ls microso ft.com
[terminator.micro so ft.co m]
***Can„t list domain microsoft.com:Query refused
请与该主控服务器的管理员联系问是否在对区域复制进行限制。请他检查你正在尝试复制的区域的属性窗口的区域复制选项卡上的选项如果他在运行Microsoft DNS服务器 。如果该远程服务器在运行着BIND则请问他是否在
使用xfrnets或allo w-trans fer功能来对区域复制进行限制。在问题已被排除而且你的服务器能成功复制该区域后你会在事件查看器中看到下面的消息 A more recent version,version 212 of zone microsoft.com was found at DNS server at 207.46.230.219.Zone transfer is in progress.
The DNS server wrote version 212 of zone microsoft.com to file microso ft.com.dns. 在207.46.230.219的DNS服务器上找到区域micro so ft.com的更新的版本212。正在进行区域复制。 DNS服务器写入区域micro so ft.com的版本212到文件micro so ft.com.dns。
DNS故障还有几种情况我们将在下期继续讨论。http://www.netadmin.co m.cn/experience/20040609/2888.asp
4.网络连接断开
虽然与原始的ARP ANET时代相比如今的Interne t已可靠得多但网络中断的现象仍很常见。这些故障往往看起来好像是性能问题
C:>nslookup nisc.sri.com.
S erve r: terminator.micro so ft.co m
Addre s s: 152.104.1.6
DNS request timed out.
……
***Request to terminato r.microso ft.co m timed-out
使用nslookup你可以查找你的名称服务器要与之对话的那些名称服务器的名称和地址 以便解析该名称
C:>nslookup
De fault Server: terminator.microso ft.com
Addre s s: 152.104.1.6
>set type=ns
>sri.com.
S erve r: terminator.micro so ft.co m
Addre s s:207.46.230.219
Non-autho ritative ans wer:
……
N S.sri.co m interne t addre ss=128.18.30.66
NS.CSL.sri.com internet address=130.107.4.94
NS.CSL.sri.com internet address=192.12.33.94
TURTLE.MCC.COM internet address=128.62.1.215
N S 1.sri.co m internet addre ss=128.18.30.65
>com.
S erve r: terminator.micro so ft.co m
Addre s s:207.46.230.219
N on-autho ritative ans wer:
……
C.ROOT-SERVERS.NET internet addre ss=192.33.4.12
D.ROOT-SERVERS.NET internet addre ss=128.8.10.90
E.ROOT-SERVERS.NET internet address=192.203.230.10
I.ROOT-SERVERS.NET internet addres s=192.36.148.17
F.ROOT-SERVERS.NET internet address=192.5.5.241
G.ROOT-SERVERS.NET internet addre ss=192.112.36.4
J.GTLD-SERVERS.INTERNIC.NET internet address=198.41.0.21
A.ROOT-SERVERS.NET internet addre ss=198.41.0.4
H.ROOT-SERVERS.NET internet addre ss=128.63.2.53
B.ROOT-SERVERS.NET internet addre ss=128.9.0.107
然后你可以检查你的主机与这些服务器的连接。但是 ping也不会比你的名称服务器幸运多少。如果p ing成功了你就应该查一查这些远程服务器是否真的在运行。
C:>ping 128.18.30.66--ping第一个sri.com名称服务器
Pinging 128.18.30.66 with 32 bytes of data:
Request timed out.
……
C:>ping 130.107.4.94--ping第二个sri.com名称服务器
Pinging 130.107.4.94 with 32 bytes of data:
Request timed out.
……
现在剩下要做的只是查找网络中的故障。像tracert这样的实用工具可帮你确定问题是出在你的网络上、在目标网络上、还是在中间某个地方在查找故障位置时也需要运用一些常识了。
5.缺少子域委派
尽管取得ICANN认证的注册员尽了最大努力以尽可能快地处理你的请求但让你的子域的委派出现在根名称服务器中也可能需要一两周的时间。你的父级不同是取得ICANN认证的注册员还是其他区域管理员 你的等待时间也会不一样。有的父级办事速度快且有责任心而有的父级则办事拖拉。等到你的委派数据出现在父级区域的名称服务器上后你的名称服务器就能够在Internet 域名称空间查找数据了但Interne t上在你的域之外没有任何人会知道怎样在你的名称空间查找数据。
这意味着尽管你可以将邮件发送到你的域之外但收件人却不能回复你的邮件。而且也没有人能够按名称te lne t到、 ftp到甚至不能p ing到你的主机。
要知道你运行的任何in-a d dr.arp a子域都是这种情况。在父级将这些子域委派到你的服务器之前 Interne t上的名称服务器不能够逆映射你网络上的地址。
如要确定你区域的委派是否已在你的父级区域的名称服务器中请向一个父级名称服务器查询你的区域的NS记录。如果父级名称服务器中有此数据则Interne t上的任何名称服务器都能找到它
C:>nslookup
De fault Server: terminator.microso ft.com
Addre s s: 152.104.1.6
>server a.root-servers.net.--Query a root name server
Default Server:a.root-servers.net
Addre s s: 198.41.0.4
>set norecurse--Instruct the server to answer out of
>set type=ns --its own data and to look for NS records
>249.249.192.in-addr.arpa. --for 249.249.192.in-addr.arpa
Server:a.root-servers.net
Addre s s: 198.41.0.4
***a.root-servers.net can't find 249.249.192.in-addr.arpa.
:Non-existent domain
从这里可以清楚地看出尚未添加委派。你可以耐心地等待如果在向父级区域请求委派后等待的时间太长你可以与父级区域的管理员联系问他们是怎么回事。
6子域委派不正确
子域委派不正确是Interne t上另一个常见的问题。让委派保持最新需要人的参与-将你对你的一组权威性名称服务器作的更改通知父级区域的管理员。因此委派信息往往会由于管理员作更改时不将此情况通知他们的父级管理员而变得不准确。有相当多的管理员都认为建立委派是一劳永逸的事在建立他们的区域时他们让父级管理员知道哪些名称服务器是权威性的然后就再也不与父级管理员沟通此事了。他们甚至在母亲节也不知道打个电话。一名管理员可能会添加一个新的名称服务器撤下另一个又改变了某一个名称服务器的IP地址而这一切都可能不让父级区域的管理员知道。久而久之 由父级区域正确委派的名称服务器的数目就会变少。在这种情况下最好的结局是名称解析时间延长 因为进行查询的名称服务器要费尽周折去查找该区域的权威性名称服务器。如果委派信息严重过时而最后一个权威性名称服务器主机被停机维修那么就无法访问到该区域中的信息。如果你怀疑有委派错误不管是从你的父级到你的区域从你的区域到你的一个子级还是从一个远程区域到该区域的一个子级你都可以用nslookup来检查
C:>nslookup
De fault Server: terminator.microso ft.com
Addre s s: 152.104.1.6
>server a.gtld-servers.net. --Set server to the parent name
--server you suspect has bad delegation
Default Server:a.gtld-servers.net
Addre s s: 198.41.0.4
>set type=ns --Look for NS records
>microsoft.com. --for the zone in question
Server:a.gtld-servers.net
Addre s s: 198.41.0.4
Non-autho ritative ans wer:
……
RELAY.MICROSOFT.COM internet address=15.255.152.2
HPLABS.HPL.MIC RO SOFT.COM internet addres s=15.255.176.47
NNSC.NSF.NET internet address=128.89.1.178
HPSDLO.SDD.MICROSOFT.COM internet address=15.255.160.64
HPSDLO.SDD.MICROSOFT.COM internet address=15.26.112.11
假如你怀疑到hpsdlo.sdd.micro so ft.com的委派不正确你可以在hp sdlo区域查询micro so ft.com中的数据并检查返回的结果
>server hpsdlo.sdd.micro so ft.com.
Default Server:hpsdlo.sdd.microso ft.com
Addre s s e s: 15.255.160.64, 15.26.112.11
>set norecurse
>set type=soa
>micro so ft.com.
Server:hpsdlo.sdd.microso ft.com
Addre s s e s: 15.255.160.64, 15.26.112.11
Non-autho ritative ans wer:
……exp ire=604800(7 d ays)minimum ttl=86400(1 day)
Authoritative answers can be found from:
……
RELAY.MICROSOFT.COM internet address=15.255.152.2
HPLABS.HPL.MIC RO SOFT.COM internet addres s=15.255.176.47
NNSC.NSF.NET internet address=128.89.1.178
下面是赠送的中秋节演讲辞不需要的朋友可以下载后编辑删除 谢谢
中秋佳节演讲词推荐
中秋,怀一颗感恩之心》
老师们同学们
秋浓了月圆了又一个中秋要到了!本周日农历的八月十五我国的传统节日——中秋节。中秋节处在一年秋季的中期所以称为“中秋” 它仅仅次亍春节是我国的第二大传统节日。
中秋的月最圆中秋的月最明中秋的月最美所以又被称为“团圆节” 。金桂飘香花好月圆在这美好的节日里人们赏月、吃月饼、走亲访友……无讳什举形式都寄托着人们对生活的无限热爱和对美好生活的向往。
中秋是中华瑰宝之一有着深厚的文化底蕴。中国人特别讱究亲情特别珍视团圆中秋节尤为甚。中秋是一个飘溢亲情的节日;中秋是一个弥漫团圆的时节。这个时节感受亲情、释放亲情、增进亲情;这个时节盼望团圆、追求团圆、享受团圆……这些都已成为人们生活的主旋律。
同学们一定能背诵出讲多关亍中秋的千古佳句比如“丼头望明月低头思故乡” 、 “但愿人长丽千里共婵娟” 、 “海上生明月天涯共此时” ……这些佳句之所以能穿透历史的时空流传至今丌正是因为我们人类有着的共同信念吗。中秋最美是亲情。一家人团聚在一起讱丌完的话叙丌完的情诉说着人们同一个心声亲情是黑暗中的灯塔是荒漠中的甘泉是雨后的彩虹……中秋最美是思念。月亮最美美丌过思念;月亮最高高丌过想念。中秋圆月会把我们的目光和思念传递给我们想念的人和我们牵挂的人祝他们没有忧愁永远幸福没有烦恼永远快乐!一、活动主题游名校、赏名花促交流增感情
二、活动背景又到了阳春三月阳光明媚微风吹拂正是踏青春游的好时节。借春天万物复苏之际我们全班聚集在一起彼此多一点接触多一点沟通共话美好未来不此同时也可以缓解一下紧张的学习压力。 相信在这次春游活
易探云怎么样?易探云最早是主攻香港云服务器的品牌商家,由于之前香港云服务器性价比高、稳定性不错获得了不少用户的支持。易探云推出大量香港云服务器,采用BGP、CN2线路,机房有香港九龙、香港新界、香港沙田、香港葵湾等,香港1核1G低至18元/月,183.60元/年,老站长建站推荐香港2核4G5M+10G数据盘仅799元/年,性价比超强,关键是延迟全球为50ms左右,适合国内境外外贸行业网站等,如果需...
2021年恒创科技618活动香港美国服务器/云服务器/高防全场3折抢购,老客户续费送时长,每日限量秒杀。云服务器每款限量抢购,香港美国独服/高防每款限量5台/天,香港节点是CN2线路还不错。福利一:爆品秒杀 超低价秒杀,秒完即止;福利二:云服务器 火爆机型 3折疯抢;福利三:物理服务器 爆款直降 800元/月起;福利四:DDOS防护 超强防御仅 1750元/月。点击进入:2021年恒创科技618活...
蓝速数据金秋上云季2G58/年怎么样?蓝速数据物理机拼团0元购劲爆?蓝速数据服务器秒杀爆产品好不好?蓝速数据是广州五联科技信息有限公司旗下品牌云计算平台、采用国内首选Zkeys公有云建设多种开通方式、具有IDC、ISP从业资格证IDC运营商新老用户值得信赖的商家。我司主要从事内地的枣庄、宿迁、深圳、绍兴、成都(市、县)。待开放地区:北京、广州、十堰、西安、镇江(市、县)。等地区数据中心业务,均KV...