反向解析正常，正向解析不正�！�———已解決

aicoa

DNS正跑著，突然斷電
再起來之后，用nslookup測(cè)試，
發(fā)現(xiàn)地址到名的反向解析正常，名到地址的正向解析time out，不能正常解析。

重新修改正向解析域文件仍不能解決。

Linux 9，自帶bind，只跑DNS沒有其他服務(wù)。

請(qǐng)各位多多幫忙，多謝。

——————已解決，請(qǐng)看后面總結(jié)



另有一個(gè)問題，用service named stop停止名服務(wù)后，發(fā)現(xiàn)named的進(jìn)程還在，
再啟動(dòng)時(shí)會(huì)有 服務(wù)已經(jīng)運(yùn)行 提示
只能用 kill 才能關(guān)掉DNS。

網(wǎng)中人

有 log 可查嗎?

aicoa

謝謝樓上




新情況，今天啟動(dòng)bind，反向也不能解析了

相關(guān)日志如下：

1. 
   
2.   named[655]: starting BIND 9.2.1 -u named
   
3.   named: named startup succeeded
   
4.   named[655]: using 1 CPU
   
5.   named[655]: loading configuration from '/etc/named.conf'
   
6.   named[655]: no IPv6 interfaces found
   
7.   named[655]: listening on IPv4 interface lo, 127.0.0.1#53
   
8.   named[655]: listening on IPv4 interface eth0, 192.168.2.123#53
   
9.   named[655]: command channel listening on 127.0.0.1#953
   
10.   named[655]: zone 0.0.127.in-addr.arpa/IN: loaded serial 1
    
11.   named[655]: dns_rdata_fromtext: 1.168.192.in-addr.arpa.zone:13: near 'mserver.apple.cn.':
    
12. 
    
13. not a valid number
    
14.   named[655]: zone 1.168.192.in-addr.arpa/IN: loading master file
    
15. 
    
16. 1.168.192.in-addr.arpa.zone: not a valid number
    
17.   named[655]: dns_rdata_fromtext: 2.168.192.in-addr.arpa.zone:13: near 'mserver.apple.cn.':
    
18. 
    
19. not a valid number
    
20.   named[655]: zone 2.168.192.in-addr.arpa/IN: loading master file
    
21. 
    
22. 2.168.192.in-addr.arpa.zone: not a valid number
    
23.   named[655]: dns_rdata_fromtext: 3.168.192.in-addr.arpa.zone:13: near 'mserver.apple.cn.':
    
24. 
    
25. not a valid number
    
26.   named[655]: zone 3.168.192.in-addr.arpa/IN: loading master file
    
27. 
    
28. 3.168.192.in-addr.arpa.zone: not a valid number
    
29.   named[655]: dns_rdata_fromtext: apple.cn.zone:13: near 'mserver.apple.cn.': not a valid
    
30. 
    
31. number
    
32.   named[655]: zone apple.cn/IN: loading master file apple.cn.zone: not a valid number
    
33.   named[655]: zone localhost/IN: loaded serial 1
    
34.   named[655]: running
    
35. 
    

復(fù)制代碼

又查了以前反向可以解析時(shí)的日志，其中反向解析的幾條信息是正常的，
現(xiàn)在都不正常了。

現(xiàn)正在google

aicoa

google沒有找到

又出現(xiàn)新情況了，

我把正向解析域文件的serial改了一下，
結(jié)果現(xiàn)在正向解析竟然可以了！     不解

反向解析仍然不行。。。。          悶

阿驍

建議先用 named-checkzone 命令把你的 zone 數(shù)據(jù)文件檢查一下，看看語法有沒有什么問題。如果還是不行，把你的 zone 數(shù)據(jù)文件貼出來讓我們看看。

網(wǎng)中人

1.168.192.in-addr.arpa.zone:13
2.168.192.in-addr.arpa.zone:13
3.168.192.in-addr.arpa.zone:13
apple.cn.zone:13

都是第 13 行附近... 查查看...

aicoa

多謝樓上兩位！
果然zone文件有問題，而且就是在第13行。


總結(jié)一下：

當(dāng)時(shí)斷電是DNS是在正常運(yùn)行，但我曾用vi編輯過了正向解析文件，正準(zhǔn)備做
reload，結(jié)果突然斷電，問題出現(xiàn)。
開始解決問題，編輯了正反向解析文件，可能由于操作失誤造成語法錯(cuò)誤，結(jié)
果反向解析也出問題了。
經(jīng)樓上兩位提示，仔細(xì)檢查了zone文件，在soa記錄中多了一條莫名的記錄，
可能是在編輯時(shí)使用 cp 拷過來的，刪除該條記錄。重新啟動(dòng)named，問題
解決。


教訓(xùn)：

診斷錯(cuò)誤的過程一定要小心，否則會(huì)造成新的錯(cuò)誤，使問題更加復(fù)雜。


再次多謝樓上網(wǎng)中人與阿驍兩位。