在此需要了解一下，反向解析的作用是根據IP地址查找到對應的主機名（域名），在區域文件(named.rfc1912.zones)中默認已存在一些注釋內容與區域信息，可不需要刪除上面實驗及默認區域信息，直接在下面追加即可。主配置文件是在named.conf文件中，但是為了避免經常修改主配置文件named.conf而導致DNS服務出錯，所以規則的區域信息保存在了“/etc/named.rfc1912.zones”文件中，這個文件用於定義域名與IP地址解析規則保存的文件位置以及區域服務類型等內容，一定要謹慎修改
1.下載yum包
yum install bind-chroot
2.更改配置文件以及配置虛擬機區域數據信息
先更改主配置文件：
vim /etc/named.conf
listen-on port 53后的{}內修改為any，代表允許監聽任何IP地址
allow-query 后的{}內修改為any，代表允許任何主機查詢
配置區域數據文件：
vim /etc/named.rfc1912.zones
下邊的代碼是准確的：
zone "26.168.192.in-addr.arpa" IN { type master; file "192.168.10.arpa"; };
（注：這里在做的時候出了問題 顯示：Job for named.service failed because the control process exited with error code.
我使用命令：systemctl status named 查看了一下文件
在編輯 /etc/named.rfc1912.zones 的時候 漏了一個e 應該是zone ）
配置解析數據文件：
在這里需要了解到，反向解析數據文件模版為:“/var/named/named.loopback”，我們可復制並填寫信息后即可直接使用
cp -a named.loopback 192.168.26.arpa
編輯192.168.26.0/24網段的數據文件：
vim 192.168.26.arpa
啟動named文件：
systemctl start named
（失敗顯示：Job for named.service failed because the control process exited with error code.
解決辦法見上文紅字 注： 部分）
執行nslookup命令檢查反向解析結果：
nslookup
成功解析！
解析失敗顯示：;; connection timed out; no servers could be reached
檢查一下網關以及客戶機的DNS地址是否是在配置文件中設置的是同一個，我就是檢查了一下之后就成功啦~
主要檢查方法：用輸入nmtui命令
為了保險起見，我將網關以及DNS地址都改成了自己配置的時候的那個地址然后就發現問題解決了~ 因為試了一下只改DNS貌似有點不太可行。
如果命令使用不好 可以直接在客戶機的網絡有線設置里面自己手動更改一下 更改之后不要忘了將網絡關閉一下再打開
問題應該就能夠解決了
補充說明：
我的其他小伙伴也遇到了這種問題，但是，他是將.arpa文件格式 還有網段填錯了 細心地去查看一下自己有沒有錯誤
這些問題及解決辦法可能不全不能完全解決問題，但是希望可以幫助你們排除狀況 如果有其他情況的小伙伴可以評論