4.1 定義區域
在主配置檔案中或主配置檔案輔助配置檔案中實現；
[root@centos7 named]# vim /etc/named.rfc1912.zones
zone "4.168.192.in-addr.arpa" in ;
4.2 定義區域解析庫檔案（主要記錄為ptr）
區域名稱為100.16.172.in-addr.arpa；
[root@centos7 named]# vim 4.168.192.zone
$ttl 3600
$origin 4.168.192.in-addr.arpa.
@ in soa
ns1.zhucke.com. nsadmin.zhucke.co.(
2018042501
1h10m
3d12h )
in ns ns1.zhucke.com.
81 in ptr ns1.zhucke.com.
80 in ptr mx1.zhucke.com.
79 in ptr mx2.zhucke.com.
81 in ptr www.zhucke.com.
82 in ptr bbs.zhucke.com.
4.3 許可權及屬組修改
[root@centos7 named]# chgrp named 4.168.192.zone
[root@centos7 named]# chmod o= 4.168.192.zone
[root@centos7 named]# ll
total 24
-rw-r-----. 1 root named 278 apr 24 22:11 4.168.192.zone
4.5 檢查語法錯誤
[root@centos7 named]# named-checkconf
[root@centos7 named]# named-checkzone 4.168.192.in-addr.arpa /var/named/4.168.192.zone
zone 4.168.192.in-addr.arpa/in: loaded serial 2018042501ok
4.6 讓伺服器過載配置檔案和區域資料檔案
# rndc reload 或
# systemctl reload named.service
4.7 測試
[root@centos7 named]# dig -x 192.168.4.81
; <<>> dig 9.9.4-redhat-9.9.4-51.el7_4.2 <<>> -x 192.168.4.81
;; global options: +cmd
;; got answer:
;; ->>header<<- opcode: query, status: noerror, id: 5
;; flags: qr aa rd ra; query: 1, answer: 2, authority: 1, additional: 2
;; opt pseudosection:
; edns: version: 0, flags:; udp: 4096
;; question section:
;81.4.168.192.in-addr.arpa. in ptr
;; answer section:
81.4.168.192.in-addr.arpa. 3600 in ptr ns1.zhucke.com.
81.4.168.192.in-addr.arpa. 3600 in ptr www.zhucke.com.
;; authority section:
4.168.192.in-addr.arpa. 3600 in ns ns1.zhucke.com.
;; additional section:
ns1.zhucke.com. 3600 in a 192.168.4.81
;; query time: 0 msec
;; server: 192.168.4.81#53(192.168.4.81)
;; when: tue apr 24 22:12:39 edt 2018
;; msg size rcvd: 130
4 反向解析
回到頂部 隨著功能的增加會出現更多的檢視，可能之前配置的正規表示式不夠準確，於是就要修改正規表示式，但是正規表示式一旦修改了，之前所有對應的超連結都要修改，真是一件麻煩的事情，而且可能還會漏掉一些超連結忘記修改，有辦法讓鏈結根據正規表示式動態生成嗎？就是用反向解析的辦法。回到頂部 回到頂部 回到頂部...
14 3 4 反向解析區域資料檔案
反向解析區域 資料檔案的結構和格式與區域資料檔案類似，只不過它的主要內容是建立 ip位址對映到 dns網域名稱的指標 ptr資源記錄。下面是14.2.3 配置例子中提供的 named.1.10.10 域的反向解析區域資料檔案 named.1.10.10 的內容。vi var named named....
第4章 整合
4.1 尋找理想的整合技術的指導原則 避免服務方修改乙個欄位就引起消費方的修改 保證api的技術無關性 消費方應該能夠很簡單的使用服務方提供的服務，提供客戶端庫的做法會增加耦合。隱藏內部實現細節 4.2 musiccorp建立使用者介面 4.3 共享資料庫 資料庫整合 即消費者直接訪問資料庫 的缺點...