首页 > > 服务器技术 > Mail服务器 >

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

2008-02-23 06:07:26来源：互联网 阅读 ()

新老客户大回馈,云服务器低至5折

工程师简介：陈孝俊，现任职于微软全球技术支持中央。主要负责为微软的客户和合作伙伴提供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

BBS.bitsCN.com网管论坛

问题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
DL.bitsCN.com网管软件下载
排错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命令测试时，却发现没有问题。

www_bitscn_com

排错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&displaylang=en
建议客户清空DNS缓存且检查转发器的配置之后再测试一下。
为了查看DNS具体的工作过程，我决定开启DNS Debug Logging（在DNS管理工具中右击服务器，日志标签下的那些配置）。
Debug Logging会增加服务器的负荷，所以不建议在系统没有问题的时候启用该日志。
问题3：
客户将服务器上MPS报告连同DNS Debug Log给了我，并且告诉我清空DNS缓存连同转发器后问题依旧。

www.bitsCN.com


排错3：

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有

上一篇： 如何使用收件人策略修改 SMTP 电子邮件地址

下一篇： 过多的Exchange Server NDR会摧毁DNS

相关文章

IDC资讯： 主机资讯 注册资讯 托管资讯 vps资讯 网站建设

网站运营： 建站经验 策划盈利 搜索优化 网站推广 免费资源

网站联盟： 联盟新闻 联盟介绍 联盟点评 网赚技巧

行业资讯： 搜索引擎 网络游戏 电子商务 广告传媒

网络编程： Asp.Net编程 Asp编程 Php编程 Xml编程 Access Mssql Mysql 其它

服务器技术： Web服务器 Ftp服务器 Mail服务器 Dns服务器 安全防护

软件技巧： 其它软件 Word Excel Powerpoint Ghost Vista QQ空间 QQ FlashGet 迅雷

网页制作： FrontPages Dreamweaver Javascript css photoshop fireworks Flash

程序设计： Java技术 C/C++ VB delphi

网络知识： 网络协议 网络安全 网络管理 组网方案 Cisco技术

操作系统： Win2000 WinXP Win2003 Mac OS Linux FreeBSD

热门词条
最新资讯
热门关注
热门标签