Quick HOWTO : Ch19 : Dynamic DNS/zh

文章出处:

{{#if: | {{{2}}} | http://www.linuxhomenetworking.com/wiki/index.php/Quick_HOWTO_:_Ch19_:_Dynamic_DNS }}

翻译人员:

fei3ban

{{#ifexist: :Quick HOWTO : Ch19 : Dynamic DNS/zh/zh | | {{#ifexist: Quick HOWTO : Ch19 : Dynamic DNS/zh/zh | | {{#ifeq: {{#titleparts:Quick HOWTO : Ch19 : Dynamic DNS/zh|1|-1|}} | zh | | }} }} }} {{#ifeq: {{#titleparts:Quick HOWTO : Ch19 : Dynamic DNS/zh|1|-1|}} | zh | | }}

简介

在大多数家庭网络环境，通过DSL或者Cable Modem连接网络的主机IP地址都是通过DHCP获得并随时间经常改变，这会给DNS服务（区域文件）带来问题。第18章“配置DNS”一节假定服务器地址是固定不变的。因此，产生了两大类DNS：

“静态DNS”
当ISP为您提供固定不变的静态IP地址时，你的DNS服务器作为您的站点域认证信息源。你可以把静态DNS看作是DNS的“传统”或“常规”模式。

“动态DNS”
当你通过DHCP从您的ISP处获得动态IP地址时，你就不得不使用第三方DNS提供商来为您的站点域提供DNS信息服务。
本章将详细讲解动态DNS的配置过程。

准备动态DNS

和DSL不同的是,大多数的cable modem供应商(类似有线宽频)不允许你在家开办主机站点,他们阻止入站的HTTP(TCP 端口80)和SMTP 邮件(TCP端口25)而允许其他的TCP通讯.许多动态DNS(DDNS)供应商意识到这点并提供了自动重定向让访问你主机的web客户通过一个不同的TCP端口.尽管这样也工作的很好,但是还是不方便.看起来很诱人的虚拟主机服务却要增加每月$10的费用,并且很多搜索引擎都不索引重定向的页面.

为你的web站点测试ISP(互联网供应商)的连通性

第一件事就是你要知道你的ISP是用DSL还是cable modem,最简单的方法就是打电话问,但是有时候答案是yes但是他们却说no.这时你就要自己做些测试.

设置

在测试开始之前你需要做一些基本调试.

1.在你的Linux web 服务器上配置并且启动Apache,参考第20章 ch20--"The Apache Web Server".

2.直接连接你的linux服务器到cable或者DSL的调制解调器,配置以太网卡的DHCP参数,参考第3章 ch3--"Linux Networking".

3.确认你可以ping到你的默认网关.

4.使用ip设置命令去设置你的web服务器的新的ip地址.(命令用法可以参考底3章).

5.在你的Linux web服务器上,尝试TELNET到新设置的ip地址,端口用80.参考第4章 ch4--"simple Network Trobleshooting".

如果你能完成这几步,说明你有很大的希望去正确配置Apache

从互联网测试

这时你应该可以看到页面在你自己的网站上.请朋友在其他地方尝试去telnet(用80端口)你网站的ip地址.

 如果80端口工作正常,再让朋友用浏览器连接你的网站看是否能看到页面.如果你的Linux服务器是在防火墙后面,那你要适当调整下你的网络结构,
 并且测试80端口指向你的服务器.
 如果TELNET到80端口失败,很可能是的ISP不允许HTTP处理.设置你的web站点使用不同的TCP端口,尽量在1024以上.Apache 的httpd.conf文件用来监听管理这个.改变它为你要的数值,然后重启httpd.

#httpd.conf listen directive, 改变 "80"为其他值
Listen 80

 再用telnet测试这个新设置的端口.如果工作,再尝试浏览器测试.如果测试的端口是1234,要使用下面的连接:

http://server-ip-address:1234

注意:如果你在运行iptable, 记住调整规则已匹配新端口,或者在测试期间停止ipstable.如果你能在非标准的端口连接到页面,然后你记下来给你的DDNS供应商做重定向.

测试端口转发

如果你的Linux 服务器是在防火墙的后面,应该适当调整你的网络结构,让Apache运行在端口80,然后从互联网测试端口转发,从非标准

端口到80端口.curl-疑难排解工具的一个特点是他允许你下载页面的HTML的代码到你屏幕上.你应该靠你web服务器的日志能确定你的路由器或者防火墙的外部地址以及curl的命令发出请求到DynDNS.org的ip信息服务器.在这个情况里你只需要关于的ip的资料,用grep命令就可以得到这个部分.在这个范例中,ip地址是24.4.97.110.

[root@bigboy tmp]# curl -s http://checkip.dyndns.org/ | grep -i address
Current IP Address: 24.4.97.110[root@bigboy tmp]# 

注册DDNS

一旦你已经决定去做DDNS,你需要选择动态DNS服务类型.

• 免费动态DNS ：你的网站名称将是一个DDNS提供网域的子网域.例如，如果DDNS供应商的网域是isp.net,那么你的网站将成为my-site.my-iisp.net.你可以执行所有必要的步骤在你的DDNS服务提供商网站。请记住，如果公司要建立自己的企业形象,这类型的服务可能不合适.另一个不利之处是，你必须依赖DDNS供应商能提供服务否则你可能会失去你的网域.当你有了自己的域名，你会担心消失，因为你完全在DNS注册和续期的控制中.

• 付费的定制DNS ：你可以注册你选择的域名.

如果你选择要创建你自己的域名，并使用支付DDNS服务，然后你需要按照下列步骤进行：

1. 登记你的网域(如my-site.com)在VeriSign和registerfree等公司.
2. 到DDNS供应商创建一个帐户和注册你的网站(有时也称为主机),它是你的网域一部分(如www.my-site.com和mail.my-site.com ）.你的DDNS注册过程中会为你提供用户名和密码，这些你需要使用去设定你的DDNS客户端。
3. 更新您的网域信息给你的主DNS登记方(VeriSign和registerfree），告诉他们可以直接查询*.my-site.com到DDNS供应商的DNS名称服务器.
4. 安装DDNS客户端到你的网络服务器，运行，如果侦测到的ip地址的变化,它会更新DDNS供应商的DNS伺服器和目前DHCP的IP地址.

注意：和使用静态IP和周期的DNS服务相比,你应该对你的家庭网站有思想准备:会比较慢.

安装DDNS客户端到你的服务器

所有的DDNS服务供应商需要在你的web服务器上有个DDNS的客户端,定期升级ip地址信息给你供应商DDNS的记录.用的最多的软件是DDclient,它是RPM格式.

动态DNS 和NAT 路由器/防火墙

在第2章讨论中 "Introduction to Networking,"为了节约有限的IP地址的数量，供互联网使用目的，大多数家用路由器/防火墙使用网络地址转换(NAT)去映射一个单节点，公开的， DHCP获得的IP地址到你网络中的私有IP地址.

NAT运作会欺骗一些DDNS客户端软件.在这些情况下，这些软件只报告Linux box的NIC接口的真实IP地址.如果Linux box 是被保护在NAT路由器/防火墙后面，然后NIC会报告给DDNS的供应商一个私有的IP地址，这个是不可以直接通过互联网的.该报告的值是无效的.

一些DDNS供应商使用更智能的客户，如ddclient ，可配置让DDNS提供商从数据流中纪录公用IP地址.一旦这样做，您必须还要配置您的路由器/防火墙做端口转发，使所有以该路由器/防火墙IP地址为目的地的HTTP流量，通过NAT和转发给您家庭网络中的一个服务器。如果您的防火墙是基于Linux的，在第14章有范例，"Linux Firewalls Using iptables," 会有所帮助。许多基于Web的小型办公室/家庭办公室(SOHO)防火墙有很容易的界面配置端口转发，请参阅您的硬件制造商的手册有关如何执行此操作.

DDNS客户端软件- SOHO 路由器/防火墙

大部分较新的 SOHO路由器都已经内建一个或多个动态DNS供应商列表.DDNS的页面配置菜单通常有服务供应商名,用户名和密码.有了这个.你的服务器就不用另外安装软件了.

DDNS客户端软件- Linux DDclient

还有一个常用的客户端是DDclient，它可以克服NAT的局限性，可有效的确定最新的ip地址信息。类似RedHat和Fedora 这些Linux软件，DDclient也是RPM的格式.（如果你需要新版本的RPMs.参考第六章ch6--"install Linux Software")你也可以从DDNS供应商那里下载,或者在rpmfind.net上面查找.RPM的文件名通常是ddclient加版本号,比如: ddclient-3.6.3-1.noarch.rpm.

  /etc/ddclient.conf 文件

The ddclient.conf file is usually installed completely commented out, but provides many configuration examples for the most popular DDNS providers.

The most important general parameters to configure are:

• Username: Your DDNS account's login name
  * Password: Your DDNS account's password
  * Use: The method used to determine the IP address to advertise to the DDNS server

Some important DDNS provider parameters are

• Server: The name of the DDNS provider's main DNS server
  * Protocol: The methodology the DDNS client should use to communicate with the DDNS server
  * Your domain: The domain to which your web server will belong

You can use the ddclient command to determine the best use parameter to use in the ddclient.conf file. In this example, only the use=web option gives a valid Internet IP address and should be considered as a first option:

[root@bigboy tmp]# ddclient -daemon=0 -query
use=if, if=lo address is 127.0.0.1
use=if, if=wlan0 address is 192.168.1.100
use=web, web=dyndns address is 97.158.253.26
[root@bigboy tmp]# 

Take a look at a sample configuration. This example specifies a username of my-account-login-name and a password of my-account-password using the dyndns DDNS service provider's settings to track the Web site named mysite-example.dnsalias.com.

General Parameter Section

login=my-account-login-name
password=my-account-password

DDNS Provider Parameters Section

server=members.dyndns.org, \
protocol=dyndns2 \
mysite-example.dnsalias.com

You can add one of the following use lines to the General Parameter Section near the top of the file to define the method that will be used to determine the correct IP address:

• Query A Well Known Internet Server: The web method queries two well known servers run by DynDNS.org and DNSpark to determine the public Internet IP address of the web server running the DDclient software. This method is the simplest as it requires no further information and handles NAT correctly.

use=web

• Use The IP Address Of A Specific Server NIC : You can also use this option which will query the IP address of the DDclient web server's NIC interface of your choice. This is probably most valuable for servers connected directly to the Internet, and not via NAT

use=if, if=eth0

• Login To Your SOHO Firewall For Information: The ddclient.conf file has a list of use statements for various vendor's firewalls. If your model isn't listed, you can create your own parameters as outlined in the ddclient README file. This option is good for NAT environments where the "use=web" option isn't considered a good alternative.

After editing your configuration file you'll have to start ddclient as shown in the next section.

怎样设置 DDclient 启动

你可以在boot的时候用chkconfig命令配置 DDclient启动:

[root@bigboy tmp]# chkconfig ddclient on 

你能够在boot后用下面的参数启动,停止,重启DDclient:

[root@bigboy tmp]# service ddclient start
[root@bigboy tmp]# service ddclient stop
[root@bigboy tmp]# service ddclient restart 

记住,每次在你更改了ddclient.conf文件之后要重启ddclient进程,这样才会取得效果.

你可以在任何时候测试,使用pgrep的命令,取得简洁的进程ID

[root@bigboy tmp]# pgrep ddclient

查找 DDclient 帮助

 DDclient 的read-me文件和 ddclient.conf 文件是定制配置和问题解决的一种很好的资源.你可以使用 DDclient RPMs 或者 locate 命令行查找read-me文件.

使用 rpm 命令得到 DDclient 文件列表:

[root@bigboy tmp]# rpm -ql ddclient
...
/usr/doc/ddclient-3.6.3/README
...
[root@bigboy tmp]# 

也可以替代使用 locate 命令去查找 DDclient 文件:

[root@bigboy tmp]# locate ddclient | grep READ
/usr/doc/ddclient-3.6.3/README
/usr/doc/ddclient-3.6.3/README.cisco
[root@bigboy tmp]# 

如果命令不起作用,尝试升级你的locate数据库,使用locate -u 命令:

[root@bigboy tmp]# locate -u 

测试你的动态DNS

你可以通过一下方式测试你的动态DNS：

• 查询你DNS供应商的状态页面，确认匹配你站点的ip地址和你的路由器／防火墙的公网ip地址一样.
  * 在Linux命令提示符下使用 "host www.my-site.com" 命令去确认能不能得到反应.如果失败,你可以看到下面的错误信息:

[root@bigboy tmp]# host www.my-site.com
Server: 127.0.0.1Address: 127.0.0.1#53
**server can't find www.my-site.com: NXDOMAIN

这个错误信息是因为你的域名没有在互联网上传递.你可强制NS直接到域名服务器以确认所有的事情是对的.下面的列子就是查询miniDNS域名服务器 ns1.minidns.net:

[root@bigboy tmp]# host www.my-site.com ns1.minidns.net
www.my-site.com has address 97.158.253.26
[root@bigboy tmp]# 

结尾

Always remember that dynamic DNS works, but it is frequently unreliable as residential class broadband data circuits are not monitored, maintained, or managed as closely as business class lines. It is a good starting place to help you become familiar with Web hosting, but as your Web site becomes busier and more financially important to you, you may need to consider a regular data center far away from spilt coffee and the washing machine that always trips the circuit breakers.