摘要

本文介绍了使用IPtables配置动态DNS服务器的配置过程。

1、核心思想

配置动态DNS服务器的核心思想是：在DNS服务器上运行多个BIND，每个BIND为来自不同区域的用户提供解析，因此每个BIND都应具备不同的配置文档和域文档，并且分别监听在不同的端口。在接到客户端DNS请求时，根据客户的IP地址将请求重定向不同的BIND服务端口。

BIND响应时，再改写相应包的服务端口为标准的53端口。这样就能够根据客户端的ip地址将不同的解析结果返回给客户端。整个过程对于客户端来说都是透明的。实现的关键在于运行不同的BIND及运用IPtables进行IP地址及端口改写操作。

2、配置过程

2.1.配置内核

netfilter需要内核版本不低于2.3.5，在编译新内核时，需要选择和netfilter相关的项目。这些项目通常都是位于"Networking options"子项下。以2.4.0内核为例，我们应该选中的项目有：

[*] Kernel/User netlink socket

            [ ] Routing messages

            <*> Netlink device emulation

            [*] Network packet filtering (replaces ipchains)

然后，在"IP: Netfilter Configuration ---->"选中： 

<M> Connection tracking (required for masq/NAT)

            <M> FTP protocol support

            <M> IP tables support (required for filtering/masq/NAT)

            <M> limit match support

            <M> MAC address match support

            <M> Netfilter MARK match support

            <M> Multiple port match support

            <M> TOS match support

            <M> Connection state match support

            <M> Packet filtering

            <M> REJECT target support

            <M> Full NAT

            <M> MASQUERADE target support

            <M> REDIRECT target support

            <M> Packet mangling

            <M> TOS target support

            <M> MARK target support

            <M> LOG target support

            <M> ipchains (2.2-style) support

            <M> ipfwadm (2.0-style) support

其中最后两个项目能够不选，但是假如您比较怀念IPchains或IPfwadm，您也能够将其选中，以便在2.4内核中使用IPchians或IPfwadm。但是需要注意的是，IPtables是和IPchians/IPfwadm相对立的，在使用IPtables的同时就不能同时使用IPchains/IPfwadm。编译成功后，这些模块文档都位于以下目录中/lib/modules/2.4.0/kernel/net/ipv

4/netfilter

编译2.4.0的新内核时还应该注意要在"Processor type and features"中选择和您的CPU相对应的正确的CPU选项，否则新内核可能无法正常工作。

2.2.配置BIND服务

缺省BIND服务监听在53端口，我们能够通过配置让BIND运行在不同的IP及端口上。实现这一点并不复杂，假设我们的DNS服务器的IP地址是211.163.76.1，并且我们想区分CERNET及非CERNET的客户，这时我们必须运行两个BIND，使用不同的配置文档。能够在使用非标准监听端口的BIND的配置文档中用listen-on指定BIND监听的端口，比如： 

options {

            listen-on port 54 {211.163.76.1;}

            directory "/var/named_cernet";

            };

能够用named的-c 选项指定named读入不同的配置文档，比如： 

/usr/sbin/named -u named -c /etc/named_cernet.conf

2.3.配置重定向规则

假设监听在标准端口的BIND服务器为非CERNET客户提供DNS解析，监听在54端口的BIND服务器为CERNET服务器提供DNS解析，我们能够建立如下的规则脚本：

文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!