管理与维护DNS服务器,UNIX下DNS服务器之管理维护篇

末蓝、 2022-09-03 03:27 273阅读 0赞

UNIX下DNS服务器之管理维护篇

发布时间:2006-12-24 00:30:08来源:红联作者:userhq

一、UNIX系统DNS管理维护

1、DNS的启动与停止

如在Solaris 系统中启动与停止DNS的方法：

用root身份登录到系统

\#ps -ef|grep named 查看named 的进程号pid

1)重启动named：

\# kill -HUP pid

2)停止named：

\# kill pid

如在AIX系统中启动与停止DNS的方法：

用root身份登录到系统

1) 启动named：

\# startsrc -s named

2) 停止named：

\# stopsrc -s named

3)数据库修改后重读数据库：

\# refresh -s named

2、让DNS服务随UNIX系统的自动启动

在我们创建与配置好DNS服务器时，当UNIX系统重新启动时，DNS服务一般是不会自动起来的，必须手工启动，这样很麻烦。在Solaris系统中，我们必须要修改 inetd.conf配置文件，找到named的注释行，去掉前面的“\#”即可。

在AIX系统中，为了使系统在下一次启动时named能处于工作状态，应打开/etc/rc.tcpip文件中关于named的注释即可(\# smit stnamed)。

二、UNIX 的DNS测试与调试工具

在完成DNS的安装及设定后，客户端即可向服务器提出名称解析的要求，使用者可通过相关的工具来对DNS服务器做测试与调试。named提供几种内置的辅助调试工具，其中最重要的是可配置性非常灵活的日志功能；我们可以在命令行指定调试级别或者用ndc设置它们，还可以命令named把运行统计结果转储到一个文件，并用dig或nslookup验证域名查询。

1、首先我们用系统命令 ping 来测试，看是否能拼通

\# ping “域名”

在UNIX系统中，如果拼不通，则首先要检查DNS服务是否处于工作状态，其次用UNIX的PS命令查看一下named的进程是否存在如ps -ef|group named；假如进程已有，则要检查DNS的创建过程所有的配置文件的正确与否。

在Windows客户机中，可进入MSDOS方式，如在C\\>提示下使用ping hostname命令，其中hostname指所查询的域名全称，如配置正确则立刻显示经过解析的IP地址，否则长时间无显示结果表示配置不正确需查找原因。

2、查看日志系统

named日志工具的灵活性是很好的，BIND4使用系统日志来报告错误消息和反常情况；BIND8通过添加另一个间接层并支持直接将日志计入文件，推广了系统日志的概念。BIND日志是在named.conf中用logging语句配置的，BIND8默认的日志配置为：

logging \{

category default \{default\_syslog;default\_debug;\};

category panic \{default\_syslog;default\_stderr;\};

category eventlib \{default\_debug;\};

category packet \{default\_debug;\};

\};

BIND9默认的日志配置为：

logging \{

category default \{default\_syslog;default\_debug;\};

\};

default\_syslog：用工具守护进程把info和更高严重性的消息发送到syslog；

default\_debug：日志记录到文件named.run，严重性设置为dynamic；

default\_stderr：把消息发送给named的标准出错输出，严重性为info。

当DNS运行出错时，我们可以查看系统日志文件syslog以及named.run等，对照有关BIND 错误消息清单(可以在http://www.acmebw.com/askmrdns/bind-messaged.htm网站上下载)，找到解决方法。

3、调试级别

named调试级别用从0到11的整数来表示；数字越大，表示输出信息越详细。级别0关闭调试，级别1和2适用于调试配置和数据库，大于4的级别适合代码的维护人员使用。我们可以在named命令行用-d标记调用调试，例如：

\# named -d2

将在调试级别2启动named，调试信息写入named.run文件，该文件的位置随UNIX系统的不同而不同。严重性级别越高，则日志记录的信息越多。

4、用ndc调试

ndc命令(在BIND 9中称为rndc)是操作named的一种有利工具，产生文件的命令把文件放到named.conf中被指定为named主目录的目录中。

一些常用的ndc调试命令简单介绍如下：

status：显示运行中的named的当前状态；

dumpdb：把DNS数据库转储到named\_dump.db；

stats：把统计转储到named.stats；

reload：重新装载named.conf和区文件；

restart：重新启动named，清空高速缓存；

notrace：关闭调试。

例如named的最新版本保留了查询的统计，我们可以用ndc stats访问它，named接到这条命令时，就将统计写入文件named.stats。

5、使用nslookup、dig和host调试

以shell方式可以使用3种工具来查询DNS数据库：nslookup、dig和host，在BIND的软件发布中包括nslookup和dig。Nslookup是这三个工具中最老的，而且总是随同BIND一起发布；dig是域信息的探索程序，最初由Steve Hotz编写，后来Michael Sawy针对BIND 9将它重新编写，它也和BIND一起发布；host由Eric Wassenaar编写，是另一个开放源代码的工具，其特点是输出对用户很友好，功能是可检查区文件的语法。

另外三者使用的解析器库不同：dig和host使用BIND的解析器，而nslookup有其自身的解析器。

(1)nslookup

输入 nslookup 命令后，会看到 > 提示符号，之后就可输入查询指令。一般会输入IP address或是domain name来做反向及正向的解析。而nslookup不仅提供上述2种解析，亦提供DNS中其它的资料记录型态，例如MX、NS…等等，我们可在提示符号直接输入”?”来获得所有可以使用的参数或资料型态。

\# nslookup

Default Server: ghq.js.com

Address: 61.155.107.131

(2)dig

用法：dig \[ @server \] \[ -b address \] \[ -c class \]… (详细说明请以"man dig"来查询)

\# dig ghq.js.com

送出domain name的查询封包至name server，后面参数可接IP address或domain name来获得name server所提供的相关讯息，同nslookup一样，dig也提供不同资料记录型态，例如MX…等等。

(3)host

host基本上也是dns的查询，后面可接IP address或domain name来获得对应的domain name或IP。

\# host ghq.js.com

ghq.js.com has address 61.155.107.131

三、DNS日常的安全管理维护

针对BIND DNS服务软件的安全配置情况，我们要充分利用BIND自身已经实现的保护功能，加强BIND安全性，从而能抵御目前已知的BIND安全漏洞，并使潜在的安全漏洞所可能对服务器造成的影响尽可能地减少。这也是我们针对UNIX DNS日常管理维护非常重要的一项工作。

从DNS服务器的安全运行管理可以考虑采用下面几种方法：

1、采用多个域名服务器应付恶意攻击者，对DNS服务器进行拒绝服务攻击。

如果纯粹从理论上出发，那么一台DNS服务器是完全可以完成所有任务的。当注册了一个域名以后，实际上可以最大为企业的域名设置6个DNS服务器名。如果主域名服务器被人攻击了，可以启用辅域名服务器，如果主辅域名服务器都被同时攻破了，也可以用第三台或第四台域名服务器进行工作，具体设置几个域名服务器可根据企业构建网络情况而设定。

而对于广大的用户而言，当出现这种多个DNS服务器停止服务带来的唯一的影响就是查询域名的时候会延迟，因为它需要一个一个的去查询，直到找到最后的一个为止。

2、启动BIND(DNS)安全选项来进行配置。

named进程启动选项如下：

\-r：关闭域名服务器的递归查询功能(缺省为打开)。该选项可在配置。