Linux DNS服务器故障解

　　现在UNIX类系统（UNIX、Linux、BSD）的域名服务器绝大多数都是用BIND来架设的。由于DNS服务器负责域名的解析工作，其重要性不言而喻。如果在Linux网络中无法进行域名解析，很可能是没有在本地指定有效的域名服务器，通常这种情况比较常见。大多数DNS故障是因为配置文件的语法错误，或者是对计算机分配了错误的地址造成的。

　　Linux下主要DNS配置文件有以下几个。

　　/etc/hosts：主机的一个列表文件，包含（本地网络中）已知主机的一个列表。如果系统的IP不是动态生成的，就可以使用它。

　　/etc/host。conf：转换程序控制文件，告诉网络域名服务器如何查找主机名（通常是/etc/hosts，然后就是名称服务器。可通过netconf对其进行更改）。对于简单的主机名解析（点分表示法），在请求DNS或NIS网络名称服务器之前，/etc/hosts。conf通常会告诉解析程序先查看这里。

　　/etc/resolv。conf：转换程序配置文件，在配置程序请求BIND域名查询服务查询主机名称时必须告诉程序使用哪个域名服务器和IP地址来完成这个任务。

　　Linux上的域名服务由named守护进程控制，该进程从主文件/etc/named。conf中获取信息，包括一组将主机名称映射为IP地址的各种文件。下面是named配置文件族的详细内容。

　　/etc/named。conf：主文件，设置一般的name参数，指向该服务器使用的域数据库的信息源。

　　/var/named/named。ca：根域名配置服务器指向文件，指向根域名配置服务器，用于告诉缓存服务器初始化。

　　/var/named/name2ip。conf：用户配置区的正向解析文件，将主机名映射为IP地址的区文件。

　　/var/named/ip2name。conf：用户配置区的反向解析文件，将IP地址映射为主机名称的区文件。

　　当进行DNS故障诊断时，可参照下面的步骤。

　　（1）对全部记录检查和确认主机名称的拼写，记住绝对地址是以“。”结尾的。

　　（2）如果在区文件中做了任何修改，务必修改SOA记录中的序列号，这将服务器正确地重新上载文件。

　　（3）确定输入到主区的名称和IP地址匹配反向指针文件中的反向指针信息。

　　（4）检查防火墙相关程序。

　　（6）使用Dlint软件检查DNS故障。

　　工具的应用

　　1．语法和规则检查

　　Dlint是一个专门检查DNS配置文件源代码的软件，运行它要求系统安装Perl语言和Dig命令（BIND中一个软件包）。

　　Dlint软件的下载和安装则需要执行以下命令。

　　Dlint首先检查配置文件的拼写错误。有A（Address）记录的主机名称必须有PTR（反向解析记录的简称）记录。如果有A记录的主机名称没有PTR，则配置文件不能通过。Dlint可以在用户配置文件中为A记录查找丢失的PTR记录。Dlint会记录in-addr。arpa区带的每一条PTR记录是否有对应的A记录存在。Dlint会以递归的方式检查子区带，查找它们的配置问题。Dlint软件可以分析任何DNS区带。

　　2．DNS服务器工作状态检查

　　在DNS服务器时，网管员希望知道到底是哪些用户在使用DNS服务器，同时也希望能对DNS状态查询做一个统计。通常可以想到用Tcpdump-Ieth0port53来查看DNS查询包。Tcpdump是一个命令行方式的嗅探器，它可以根据需要显示出经过一个网络接口的所有数据包，供网络管理员对网络进行检测。但由于采用的是命令行方式，对这些数据包的分析可能会比较困难。这里我们可以使用DNStop查询DNS服务器状态。

　　DNStop依赖Tcpdump和pcap库（libpcap）对网络上传输的数据包进行截获和过滤，所以您需要检查系统是否安装相应软件，可以使用以下命令进行检查。

　　DNStop的下载和安装需要执行以下命令。

　　http 192.168.1.1如果想查看通过eth0的DNS网络流量可以使用以下命令。

　　在运行DNStop的过程中，可以依次输入如下命令：s、d、t、1、2、3、ctrl+r、ctrl+x，以交互方式来显示不同的信息。

　　1D（TLD）记录查询的域名。

　　2D（SLD）记录查询的二级域名。

　　3D（SLD）记录查询的域名。

　　sD（Source）记录发送DNS查询的客户端IP地址表。

　　更详细的信息可以查看manDNStop。

　　3．其他DNS集成工具

　　nslookup即名称服务器查找（NameServerLookup），用来查找DNS服务器上的DNS记录。这个命令可以指定查询的类型，可以查到DNS记录的时间，还可以指定使用哪个DNS服务器进行解释。运行nslookup需要安装bind-utils。nslookup有两种运行模式：交互式和非交互式运行模式。

　　错误实例：

　　错误原因：如果出现错误，该命令将不能启动。一般的错误都是数据库文件或配置文件笔误所至。比如少个“。”或者文件内容不正确等。另外一个主要的原因是执行nslookup的系统所使用的server（如192。168。2。1）不能查询其反解（1。2。168。192。in-addr。arpa）。

　　dig工具向DNS服务器发送named查询，dig可以查询单一和多个域名服务器。dig的功能比nslookup强大很多而且使用简单，不像nslookup需要设置set选项。下面是dig的一些比较常用的命令。

　　named-checkzone通过检查句法的正确性来检查区域（zone）文件的正确性。named-checkzone如果没有检查到错误会简单返回一个“OK”字符。下面举一个例子。

　　显示可能是没有定义SOA记录或A纪录设定了一个错误IP地址。查看/var/named/localhost。zone文件后发现一行：

　　显然是一个拼写错误，“1”错误拼写为“l”，如果找到错误文件，就可以很快排除故障。

　　的信息说明在23行有一个错误语句，即把“file”错误拼写为“fi1e”。找到错误原因，用vi修改配置文件，就可以很快排除故障。

　　另外强烈不要使用RedHatLinux提供的一个图形化的配置工具redhat-config-bind（它可能带来许多严重的问题，因此RHEL4取消了这个工具），但是Linux网络管理员还是应当使用命令行配置DNS服务器管理工作。Linux命令行和redhat-config-bind相比具有许多优点。

　　命令更加灵活，使用命令通常比使用redhat-config-bind具有更多选项。

　　命令运行更快，不必等待Linux处理图形。

　　redhat-config-bind工具不能显示所有错误信息。而命令提供的错误信息可以在命令行下看到。

　　redhat-config-bind工具是一个单独软件，也是另一个出错源。

　　第一次配置DNS对于Linux新手来说是一个挑战，通常都会出错。DNS是一个很复杂的系统，有很多可能会使系统不能正常运行。伴随DNS建立出现的许多问题都会引起相同的结果，但起因却不同。大多数问题是由于配置文件中的语法错误而导致的。DNS是由一组文件构成的，所以需要不同工具来检查对应文件。