|
在一般的DC中DNS的问题似乎还真不少，有时候是让人心惊肉跳的。在被DNS煎熬的这段日子里（玩代码的，呵呵... 所以对这方面实在不熟悉）想多了解一下又实在难以挤出一段完整的时间去研究。唉.... 术业广泛的历史趋势让人渐走专攻之道，希望大家对这方面的内容共享一下经验，让我好少写苦恼的经历。今天，为了解决实际问题，仔细分析了一下我们的实际工作环境，就经验而言，以下是DNS相关问题可能出现的所在。
如果设置的DNS“级别”太低（或因服务器性能差，经常超负荷运行）,域名解析过程可能花费很长时间,导致网络操作超时，无法通信；IE方面，则根本还没有连接上服务器，就更别谈打开网页了。以下是我的一些浅见：
1、导致DNS进程占用过多内存资源（实例：DNS进程所占内存资源是平时正常情况的两倍）
(A) 转发问题
千万不要犯这样的错误：DNSA SERVER 转发转发对象为DNSB SERVER, 而DNSB SERVER又设置了DNSB SERVER 为转发对象。想来觉得不可思议，但我确实发现我们的环境中有这样的问题存在。因为在DNS服务器上作IP转发，它的原理就是如果目前DNS服务器无法解析该域名时，它就将此转发给更高一层的DNS服务器，请求它进行解析。同时，客户端查询的请求里面有个Search type，这个东西有两种状态，Recursive（为了你,我赴汤蹈火，决不退缩，找啊... 找啊...）这其实等于我问你一个我不知道的问题，你又反问我这个问题，我又反问了你.... OH,NO... 网络资源跟非洲的用水一样紧张...：这是默认情况；还有另一种类型：Interative（选美，找到一个满意为止，直到没有得选择）； 另外，Recursiv是可以设置成屏蔽的。
但是，我不知道加入了转发，DNS会用那个呢（Recursive || Interative）？这里好像有点矛盾，我不太明白。因为我认为“递归”跟“转发”是不同性质，但是“转发”跟“迭代”应该是同一性质吧。
(B) 无效的链接
这个问题本质上跟上面的问题是一致的，特别将它当作一个问题来说是因为确实会造成不少影响。例如，我们的网站有10个无效的链接（主机头），很多用户点击时，这个“头”就会猛在DNSA和DNSB中弹珠式地撞击。这样网络资源肯定被吞噬不少。内存资源更不用说了。
2、DNS慢跑的原因
(A) DNS指向
因为Windows在启动的时候选择域控制器是根据DNS来寻找的，所以将工作站的DNS改为域控制器的IP地址。（这一点我是在那个网页上看到的，具体忘记了，有空查一查，原理方面也挺恰当的解释得。）
(B) 客户端的记录
对于访问过的主机，在本地的\Windows\system32\drivers\etc\hosts 中会有有DNS的记录，没有的话按照提供的EXAMPLE修改，例如：127.0.0.1 WWW.*.COM 文件可以用记事本打开；关于这个记录还有一个问题：TTL（生存时间），DNS记录必须有TTL，Hosts中得缓存超过了ttl就将被删除，否则DNS得改变将无法在hosts文件中体现。
|
