当前位置 :首页 ->网络应用 ->邮件服务器 ->Exchange Server ->正文

工程师手记－无法解析出正确的MX记录

来源：Linuxdby.com 作者：Webmaster 时间：2007-05-28 点击： [收藏] [投稿]

工程师简介：陈孝俊，现任职于微软全球技术支持中心。主要负责为微软的客户和合作伙伴提供Exchange、Windows和Networking方面的售后技术支持。您可以通过dell3@sohu.com与他联系

预备知识：
众所周知，DNS是域名系统（Domain Name System）的缩写，该系统用于命名组织到域层次结构中的计算机和网络服务。DNS命名用于Internet等TCP/IP网络中，通过用户友好的名称查找计算机和服务。当用户在应用程序中输入DNS名称时，DNS服务可以将此名称解析为与之相关的其它信息，如IP地址。在Windows网络之中，有一些常用的工具来测试DNS解析，其中我们最常用的就是NSLOOKUP命令，该命令可以用于正向和反向的DNS解析。
以下文章中讲到了DSLOOKUP命令的一个用途，同样也和我下面讲述的问题有一些联系：
How to obtain Internet Mail Exchanger records with the Nslookup.exe Utility
http://support.microsoft.com/kb/203204

问题1：

客户使用的是一台Windows 2000 Server的系统，已经安装了SP4以及一些关键的安全补丁。这台服务器工作在Workgroup模式下，上面安装了Windows的DNS服务，并且配置了多个DNS的区域。其中有一个区域，名称为test.cn，添加了一条MX记录供邮件服务器使用。

现在遇到的问题是这个客户使用NSLOOKUP命令测试名称解释的时候经常出现超时的错误，测试的结果如下：

C:\Documents and Settings\Administrator>nslookup

DNS request timed out.

timeout was 2 seconds.

*** Can't find server name for address 192.168.1.1: Timed out

*** Default servers are not available

Default Server: UnKnown

Address: 192.168.1.1

排错1：

虽然现在的局域网内反向（PTR）记录没有什么实用价值，但是如果DNS服务器上没有配置服务器本身的PTR记录，那么会造成解析NSLOOKUP解析超时，因为NSLOOKUP命令总是会尝试解析服务器的名称。由于这个原因，我首先要求客户建立这台DNS服务器的反向记录。

问题2：

建立PTR记录之后又发现新的问题。当尝试在服务器本机解析test.cn中的MX记录时，发现会出现解析错误，但并不是一直出现，只是随机出现。具体的问题如下：

> set type=mx

> test.cn

Server: ns.test.cn

Address: 192.168.1.1

test.cn MX preference = 10, mail exchanger = mail.test.cn

mail.test.cn internet address = 192.168.1.244

> test.cn

Server: ns.test.cn

Address: 192.168.1.1

Non-authoritative answer:

test.cn.com MX preference = 0, mail exchanger = null.centralnic.net

但是，如果在客户机上使用NSLOOKUP命令测试时，却发现没有问题。

排错2：

我看到这个问题就觉得比较奇怪，因为DNS服务器接收到客户请求时会首先尝试在本地的缓存和本地的区域中进行解析，如果失败，那么就会将这个请求交给用户在转发器中设置的DNS服务器上。如果没有设置转发器，那么就将DNS查询请求交给“根目录提示”中的Internet DNS根服务器，最终得到一个答案回送给客户。如果服务器是从其它名称服务器上获得答案的，那么就会以“Non-authoritative answer”显示。但是这个客户告诉我test.cn的区域本就是在这台服务器上的，MX记录也在这个区域中。由于此时我没有什么想法，所以我要求客户协助我收集一些必要的信息：

收集服务器上的MPS报告。MPS报告是十分有用的信息，不同类型的MPS会包含不同的信息。这个工具的下载地址是：http://www.microsoft.com/downloads/details.aspx?FamilyID=CEBF3C7C-7CA5-408F-88B7-F9C79B7306C0%26amp;displaylang=en

建议客户清空DNS缓存且检查转发器的设置之后再测试一下。

为了查看DNS具体的工作过程，我决定开启DNS Debug Logging（在DNS管理工具中右击服务器，日志标签下的那些设置）。

Debug Logging会增加服务器的负荷，所以不建议在系统没有问题的时候启用该日志。

问题3：

客户将服务器上MPS报告以及DNS Debug Log给了我，并且告诉我清空DNS缓存以及转发器后问题依旧。

排错3：

之所以要求客户清除转发器的设置，是为了排除转发服务器配置错误的可能。没有配置转发器的服务器上，如果DNS查询本地解析不了，DNS查询将转发到Internet根服务器上，我们可以相信这些根服务器是不会有问题的。

如果您对本文有任何疑问或者建议，请到讨论区发表您的意见: >> 论坛入口 <<

上一篇：Microsoft Exchange Server应用案例下一篇：还原 MSExchangeSRS 服务数据库

【文章评论】【收藏本文】【推荐好友】【打印本文】【我要投稿】【论坛讨论】

更多相关文章

·如何用活动目录来设置默认电子邮件帐户？

·调整Exchange 2003的DSA缓存

·怎样才能阻止用户打开加密信息？

·Exchange数据库执行可靠恢复操作

·突破上传至OWA公共文件夹的附件大小限制

·您的服务器意外终止了连接

·确保 Exchange 通信的安全(二)

·确保 Exchange 通信的安全(一)

·关于OMA错误：Access....denied的解决方法

·确保 Exchange 通信的安全（三）