协议 - DNS

标签：端口映射   它的   启动脚本   操作   服务器   带宽   udp   min   loop   

• 以区域来区分同名同姓者的差异： 网络世界其实有很多人自称为『鸟哥』的，包括敝人在下小生我啦！那么你怎么知道此鸟哥非彼鸟哥呢？ 这个时候你可以利用每个鸟哥的所在地来作为区分啊，比如说台南的鸟哥与台北的鸟哥等。 那万一台南还有两个人自称鸟哥怎么办？没关系，你还可以依照乡镇来区分呢！比如说台南北区的鸟哥及台南中区的鸟哥。 如果将这个咚咚列出来，就有点像这样：

• 以区域号码来区分相同的电话号码： 另外一个例子可以使用电话号码来看，假如高雄有个 1234567 而台南也有个 1234567，那么(1)你在高雄直接拨接 1234567 时，他会直接挂入高雄的 1234567 电话中，(2)但如果你要拨到台南去，就得加入 (06) 这个区码才行！我们就是使用区码来做为辨识之用的！此时那个 06 区码就是 domain name，而电话号码就是主机名啦！

• 一般最上层领域名 (Generic TLDs, gTLD)：例如 .com, .org, .gov 等等
• 国码最上层领域名 (Country code TLDs, ccTLD)：例如 .tw, .uk, .jp, .cn 等

• 授权与分层负责

• 透过 DNS 查询主机名 IP 的流程

1. 收到用户的查询要求，先查看本身有没有纪录，若无则向 . 查询：

2. 向最顶层的 . (root) 查询：

3. 向第二层的 .tw 服务器查询：

4. 向第三层的 .edu.tw 服务器查询：

5. 向第四层的 .ksu.edu.tw 服务器查询：

6. 记录暂存内存并回报用户：

• 主机名修改的仅需自己的 DNS 更动即可，不需通知其他人：

• DNS 服务器对主机名解析结果的快取时间：

• 可持续向下授权 (子领域名授权)：

• 向上层领域注册取得合法的领域查询授权

1. 上层 DNS 授权领域查询权，让你自己设定 DNS 服务器，或者是；
2. 直接请上层 DNS 服务器来帮你设定主机名对应！

• 拥有领域查询权后，所有的主机名信息都以自己为准，与上层无关

• dns.vbird.org 服务器挂点时： 如果 dns.vbird.org 这部主机挂点，那么在上图显示『查询』箭头的步骤会被中断，因此就会出现『联机不到 dns.vbird.org 的 IP』的结果。因为无论如何，DNS 系统都会去找到最后一个含有 A 地址的记录啊！

• dns.vbird.org 服务器内的数据库忘记补上数据时： 如果鸟哥在自己的服务器数据库中，忘记加上 dns.vbird.org 的记录时，最终的结果还是会显示『找不到该服务器的 IP』；

• dns.vbird.org 服务器内的数据库数据编写不一致时： 如果是在鸟哥自己服务器的数据库内的 dns.vbird.org 所记录的 IP 与 godaddy 的不同，最终的结果会以鸟哥记录的为准。

• 你所负责需要连上 Internet 的主机数量庞大：例如你一个人负责整个公司十几部的网络 Server，而这些 Server 都是挂载你的公司网域之下的。这个时候想要不架设 DNS 也粉难啦！
• 你可能需要时常修改你 Server 的名字，或者是你的 Server 有随时增加的可能性与变动性；
• 不需要架设 DNS 的时机：
• 网络主机数量很少：例如家里或公司只有需要一部 mail server 时；
• 你可以直接请上层 DNS 主机管理员帮你设定好 Hostname 的对应时；
• 你对于 DNS 的认知不足时，如果架设反而容易造成网络不通的情况；
• 架设 DNS 的费用很高时！

• 从主机名查询到 IP 的流程称为：正解
• 从 IP 反解析到主机名的流程称为：反解
• 不管是正解还是反解，每个领域的记录就是一个区域 (zone)

• 正解的设定权以及 DNS 正解 zone 记录的标志

• SOA：就是开始验证 (Start of Authority) 的缩写，相关资料本章后续小节说明；
• NS：就是名称服务器 (NameServer) 的缩写，后面记录的数据是 DNS 服务器的意思；
• A：就是地址 (Address) 的缩写，后面记录的是 IP 的对应 (最重要)；

• 反解的设定权以及 DNS 反解 zone 记录的标志

• PTR：就是指向 (PoinTeR) 的缩写，后面记录的数据就是反解到主机名啰！

• 每部 DNS 都需要的正解 zone： hint

• hint (root)：记录 . 的 zone；
• vbird.org：记录 .vbird.org 这个正解的 zone。

• http://hidomain.hinet.net/top1.html

• Master：

• Slave：

• Master / Slave 的查询优先权？

• Master / Slave 数据的同步化过程

• Master 主动告知：例如在 Master 在修改了数据库内容，并且加大数据库序号后， 重新启动 DNS 服务，那 master 会主动告知 slave 来更新数据库，此时就能够达成数据同步；

• 由 Slave 主动提出要求：基本上， Slave 会定时的向 Master 察看数据库的序号， 当发现 Master 数据库的序号比 Slave 自己的序号还要大 (代表比较新)，那么 Slave 就会开始更新。如果序号不变， 那么就判断数据库没有更动，因此不会进行同步更新。

• /etc/hosts ：本地域名解析配置文件
• /etc/resolv.conf ：配置Linux系统DNS服务器的配置文件
• /etc/nsswitch.conf： /etc/hosts 与 /etc/resolv.conf 优先级设定

• nslookup

• dig

• QUESTION(问题)：显示所要查询的内容，因为我们是查询 linux.vbird.org 的 IP，所以这里显示 A (Address)；
• ANSWER(回答)：依据刚刚的 QUESTION 去查询所得到的结果，答案就是回答 IP 啊！
• AUTHORITY(验证)：由这里我们可以知道 linux.vbird.org 是由哪部 DNS 服务器所提供的答案！ 结果是 dns.vbird.org 及 dns2.vbird.org 这两部主机管理的。另外，那个 600 是啥咚咚？图 19.1-4 提到过的流程，就是允许查询者能够保留这笔记录多久的意思 (快取)，在 linux.vbird.org 的设定中，预设可以保留 600 秒。

• whois

• BIND 本身的配置文件：主要规范主机的设定、zone file 的所在、权限的设定等；
• 正反解数据库档案 (zone file)：记录主机名与 IP 对应的等。

• /etc/named.conf ：这就是我们的主配置文件啦！
• /etc/sysconfig/named ：是否启动 chroot 及额外的参数，就由这个档案控制；
• /var/named/区域名称 ：数据库档案默认放置在这个目录 解析库文件
• /var/run/named ：named 这支程序执行时默认放置 pid-file 在此目录内。

• /etc/sysconfig/named 与 chroot 环境

• /var/named/chroot/etc/named.conf
• /var/named/chroot/var/named/zone_file1
• /var/named/chroot/var/named/zone_file.....
• /var/named/chroot/var/run/named/...

• 什么是 cache-only 与 forwarding DNS 服务器呢？

• 什么时候有架设 cache-only DNS 的需求？

• 实际设定 cache-only DNS server

1. 编辑主要配置文件： /etc/named.conf

• 批注数据是放置在两条斜线『 // 』后面接的数据
• 每个段落之后都需要以分号『 ; 』来做为结尾！

• listen-on port 53 { any; };

• directory "/var/named";

• dump-file, statistics-file, memstatistics-file

• allow-query { any; };

• forward only ;

• forwarders { 168.95.1.1; 139.175.10.20; } ;

2. 启动 named 并观察服务的埠口

3. 检查 /var/log/messages 的内容讯息 (极重要！)

4. 测试：

• 特别说明：Forwarders 的好处与问题分析

• 利用 Forwarder 的功能来增进效能的理论：

• 利用 Forwarder 反而会使整体的效能降低：

1. DNS 服务器的架设需要上层 DNS 的授权才可以成为合法的 DNS 服务器 ；
2. 配置文件位置：目前 bind 程序已进行 chroot，相关目录可参考 /etc/sysconfig/named；
3. named 主要配置文件是 /etc/named.conf；
4. 每个正、反解领域都需要一个数据库档案，而文件名则是由 /etc/named.conf 所设定；
5. 当 DNS 查询时，若本身没有数据库档案，则前往 root (.) 或 forwarders 服务器查询；
6. named 是否启动成功务必要查阅 /var/log/messages 内的信息！

• 正解文件资源记录 (resource record, RR) 格式

• A, AAAA ：查询 IP 的记录

• NS ：查询管理领域名 (zone) 的服务器主机名

• SOA ：查询管理领域名的服务器管理信息

1. Master DNS 服务器主机名：这个领域主要是哪部 DNS 作为 master 的意思。在本例中， dns1.ksu.edu.tw 为 ksu.edu.tw 这个领域的主要 DNS 服务器啰；

2. 管理员的 email：那么管理员的 email 为何？发生问题可以联络这个管理员。要注意的是， 由于 @ 在数据库档案中是有特别意义的，因此这里就将 abuse@mail.ksu.edu.tw 改写成 abuse.mail.ksu.edu.tw ，这样看的懂了吗？

3. 序号 (Serial)：这个序号代表的是这个数据库档案的新旧，序号越大代表越新。 当 slave 要判断是否主动下载新的数据库时，就以序号是否比 slave 上的还要新来判断，若是则下载，若不是则不下载。 所以当你修订了数据库内容时，记得要将这个数值放大才行！ 为了方便用户记忆，通常序号都会使用日期格式『YYYYMMDDNU』来记忆，例如昆山科大的 2010080369 序号代表 2010/08/03 当天的第 69 次更新的感觉。不过，序号不可大于 2 的 32 次方，亦即必须小于 4294967296 才行喔。

4. 更新频率 (Refresh)：那么啥时 slave 会去向 master 要求数据更新的判断？ 就是这个数值定义的。昆山科大的 DNS 设定每 1800 秒进行一次 slave 向 master 要求数据更新。那每次 slave 去更新时， 如果发现序号没有比较大，那就不会下载数据库档案。

5. 失败重新尝试时间 (Retry)：如果因为某些因素，导致 slave 无法对 master 达成联机， 那么在多久的时间内，slave 会尝试重新联机到 master。在昆山科大的设定中，900 秒会重新尝试一次。意思是说，每 1800 秒 slave 会主动向 master 联机，但如果该次联机没有成功，那接下来尝试联机的时间会变成 900 秒。若后来有成功，则又会恢复到 1800 秒才再一次联机。

6. 失效时间 (Expire)：如果一直失败尝试时间，持续联机到达这个设定值时限， 那么 slave 将不再继续尝试联机，并且尝试删除这份下载的 zone file 信息。昆山科大设定为 604800 秒。意思是说，当联机一直失败，每 900 秒尝试到达 604800 秒后，昆山科大的 slave 将不再更新，只能等待系统管理员的处理。

7. 快取时间 (Minumum TTL)：如果这个数据库 zone file 中，每笔 RR 记录都没有写到 TTL 快取时间的话，那么就以这个 SOA 的设定值为主。

• Refresh >= Retry *2
• Refresh + Retry < Expire
• Expire >= Rrtry * 10
• Expire >= 7Days

• CNAME ：设定某主机名的别名 (alias)

• MX ：查询某领域名的邮件服务器主机名

• PTR ：就是反解啊！所以是查询 IP 所对应的主机名

1. named.conf (主要配置文件)
2. named.centos.vbird (主要的 centos.vbird 的正解檔)
3. named.192.168.100 (主要的 192.168.100.0/24 的反解檔)
4. named.ca (由 bind 软件提供的 . 正解檔)

• options：全局配置规范 DNS 服务器的权限 (可否查询、forward 与否等)；
• zone：设定出 zone (domain name) 以及 zone file 的所在 (包含 master/slave/hint)；
• 其他：设定 DNS 本机管理接口以及其相关的密钥档案 (key file)。(本章稍后进阶应用再谈)

• allow-transfer ( none; };

• ftp://rs.internic.net/domain/named.root

• 关于本领域的基础设定方面：例如快取记忆时间 (TTL)、领域名 (ORIGIN) 等；
• 关于 master/slave 的认证方面 (SOA)；
• 关于本领域的领域名服务器所在主机名与 IP 对应 (NS, A)；
• 其他正反解相关的资源记录 (A, MX, CNAME 等)。

• 语法设定错误：

• 逻辑设定错误：

• http://thednsreport.com/

1. 先针对要更改的那个 zone 的数据库档案去做更新，就是加入 RR 的标志即是！
2. 更改该 zone file 的序号 (Serial) ，就是那个 SOA 的第三个参数 (第一个数字)，因为这个数字会影响到 master/slave 的判定更新与否喔！
3. 重新启动 named ，或者是让 named 重新读取配置文件即可。

• 为了不间断的提供 DNS 服务，你的领域至少需要有两部 DNS 服务器来提供查询的功能；
• 承上，这几部 DNS 服务器应该要分散在两个以上的不同 IP 网域才好；
• 为方便管理，通常除了一部主要 Master DNS 之外，其他的 DNS 会使用 slave 的模式；
• slave DNS 服务器本身并没有数据库，他的数据库是由 master DNS 所提供的；
• master/slave DNS 必需要可以相互传输 zone file 的相关信息才行，这部份需要 /etc/named.conf 之设定辅助。

• 提供 slave DNS 服务器进行 zone transfer 的服务器为 master.centos.vbird
• centos.vbird 及 100.168.192.in-addr.arpa 两个 zone 都提供给 slave DNS 使用
• master.centos.vbird 的 named 仅提供给 slave.centos.vbird 这部主机进行 zone transfer
• Slave DNS server 架设在 192.168.100.10 这部服务器上面 (所以 zone file 要修订)

• 上层 DNS 服务器：亦即是 master.centos.vbird 这一部，只要在 centos.vbird 那个 zone file 内，增加指定 NS 并指向下层 DNS 的主机名与 IP (A) 即可，而 zone file 的序号也要增加才行；

• 下层 DNS 服务器：申请的领域名必须是上层 DNS 所可以提供的名称，并告知上层 DNS 管理员，我们这个 zone 所需指定的 DNS 主机名与对应的 IP 即可。然后就开始设定自己的 zone 与 zone file 相关数据。

• 上层 DNS 服务器：只需新增 zone file 的 NS 与 A 即可

• 下层 DNS 服务器：需要有完整的 zone 相关设定

• 建立一个名为 intranet 的名字，这个名字代表客户端为 192.168.100.0/24 的来源；
• 建立一个名为 internet 的名字，这个名字代表客户端为非 192.168.100.0/24 的其他来源
• intranet 使用的 zone file 为本章前面各小节所建立的 zone filename，internet 使用的 zone filename 则在原本的档名后面累加 inter 的扩展名，并修订各标志的结果。

• 1. 申请一个合法的 domain name ...就是要花钱！

• http://www.twnic.net/index3.php

1. 进入主画面：

2. 选择需要的域名，并查询该网域是否已存在：

3. 逐步进行注册：

4. 选择网站代管或架设 DNS 模式：

• 2. 以 DNS 服务器的详细设定 (19.4) 之设定内容来设定你的主机：

• 3. 测试：

• http://thednsreport.com/

• 1. DDNS Server 端的设定：

• 2. Client 端的更新：

• 在 Internet 当中，任何一部合法的主机都具有独一无二的主机名，这个主机名包含了 hostname 与 domain name ，并称为 Fully Qualified Domain Name (FQDN)；
• 为了克服人类对于 IP 不易记忆的困扰，而有名称解析器的产生，首先是 /etc/hosts ，而后则是 DNS 系统的产生；
• 目前 Unix Like 的机器当中，都是以 BIND 这个柏克莱大学发展的软件来架设 DNS 服务器；
• 在 DNS 当中，每一笔记录我们就称他为 RR (Resource Record)。
• 在 DNS 系统中，正解为由 hostname 找 IP ，而反解则是由 IP 找 hostname ，至于 zone 则是一个或者是部分网域的设定值；
• 在 bind 9 之后，预设的情况下 named 已经作了 chroot 的动作。
• Slave 主机本身并没有自行设定 zone file ，其 zone file 是由 Master 主机传送而来，因此， master 主机必须要针对 slave 主机开放 allow-transfer 的设定项目才行。
• 整个 DNS 搜寻的流程当中，若找不到本身的数据，则会向 root(.) 要求资料；
• 正解的纪录(record)主要有：SOA, A, MX, NS, CNAME, TXT 及 HINFO 等；
• 反解的纪录主要有： SOA, PTR 等；
• DNS 查询的指令主要有： host, nslookup, dig, whois 等等；
• 在载入了 named 这个 daemon 之后，请务必前往 /var/log/messages 察看此 daemon 的成功与否。

• DNS为Domain Nmae Service(域名服务)的缩写，用来将ip地址转换成对应的主机名或将主机名转换成与之对应ip的服务。
• DNS 是一种因特网的通讯协议名称， 至于 Bind 则是提供这个 DNS 服务的软件，服务进程是named。
• hosts格式: [IP] [主机名] [主机别名(aliase)]

• 正解档案(forward)反解档案(reverse)与内部循环使用的档案(loopback)主要的纪录功能为：

• 在主要的 DNS 配置文件 /etc/named.conf 当中，有一个较为特殊的档案，他的类型为 hint ，请问这个档案的功能为何？

• 在 client 端搜寻 HOSTNAME 对应到 IP 的查询时，最重要的档案，以及该档案的主要用途为何？

• 一般来说，在 Client 端使用的查询 HOSTNAME 的指令大多使用什么？

协议 - DNS

标签：端口映射   它的   启动脚本   操作   服务器   带宽   udp   min   loop   

原文地址：https://www.cnblogs.com/aftree/p/9381751.html