nslookup 錯(cuò)誤 Can't find server name for address ... 的原因

cpss

solaris8&9版本中預(yù)裝的有bind，目錄在/usr/sbin，程序?yàn)閕n.named，也有自己的nslookup等程序。它的版本為8.2.2，實(shí)在是太老了。下面是我從我的服務(wù)器上抓下來的：
mydns# /usr/sbin/in.named -v
in.named BIND 8.2.2-P5 Tue Jun 26 16:45:43 PDT 2001
        Generic Patch-5.8-June 2001
而且在/etc/rc2.d/S72inetsvc中有in.named的啟動(dòng)定義－－－只有/etc下有named.conf文件，系統(tǒng)啟動(dòng)時(shí)就會(huì)將in.named啟動(dòng)起來。
而我們安裝自己的bind時(shí)，往往（默認(rèn)是這樣的）會(huì)將named.conf文件放到/etc下的！這就造成了我們配置好我們的bind，一啟動(dòng)server，solaris預(yù)裝的bind就啟動(dòng)了，我們再去啟動(dòng)我們的bind就會(huì)報(bào)錯(cuò)：53端口已經(jīng)被占用了。
解決的辦法是修改/etc/rc2.d/S72inetsvc，將相關(guān)in.named的全部注釋掉，將我們的named增加進(jìn)去。這樣，我們的dns就會(huì)在系統(tǒng)啟動(dòng)時(shí)自動(dòng)運(yùn)行了。

當(dāng)我們避過了這個(gè)陷阱后，我們就會(huì)遇到下一個(gè)SUN放置的陷阱。
剛才我說過，在/usr/sbin下有一個(gè)nslookup。我們安裝bind時(shí)，一般情況下我們bind帶的nslookup是在/usr/local/bin下的。這樣，我們系統(tǒng)里就有了兩個(gè)nslookup了。而環(huán)境變量里的PATH變量中，/usr/sbin一般是在排名比較靠前，肯定是在/usr/local/bin之前的。這樣造成了我們鍵入nslookup時(shí)，運(yùn)行的是老版本的nslookup。這樣我們就得到了如下的報(bào)錯(cuò)信息：
mydns#/usr/sbin/nslookup
*** Can't find server name for address 127.0.0.1: No response from server
*** Default servers are not available
其實(shí)我們的dns是在很好地運(yùn)行著呢。
解決的辦法是將我們的nslookup覆蓋掉老的文件，或者是將環(huán)境變量調(diào)整一下，將/usr/local/bin放到最前面。

阿驍

bind 8 版本的解析例程不能對 bind 9 的 named 進(jìn)程進(jìn)行解析查詢嗎？ 挺奇怪的，怎么不向前兼容。 多謝 cpss 的說明，又長點(diǎn)知識了。

cpss

我也不知道為什么8版本的nslookup不能使用，只是從實(shí)際工作中得到的經(jīng)驗(yàn)。

doffinee

好像這個(gè)我已經(jīng)說過的哦，怎么還是中招了�。海�

阿驍

Can't find Server name for address 的另外一種可能：

If you go into the NSLOOKUP program and it immediately gives you an error message something along the lines of:
------------------------------------------------------------------------------
*** Can't find Server name for address...
Non-existent domain
*** Default servers are not available
Default Server: Unknown
------------------------------------------------------------------------------

You are experiencing a common problem caused by an improperly configured reverse arpa (in-addr.arpa) zone.

When the NSLOOKUP program starts it goes to the TCP/IP configuration for the system on which it is running. From the configuration it determines the IP address of the DNS server that the system is configured to use. The NSLOOKUP does a reverse lookup using the IP address of the DNS server and tries to determine the name of the server.

If the reverse arpa zone for that IP address is not set up correctly, then NSLOOKUP cannot determine the name associated with that IP address, and it displays the error message given above.

To fix this problem you need to properly configure the reverse arpa zone for the IP address of the DNS server, and make sure that the reverse arpa is properly delegated to the server.

garfy

非常有用的提示，尤其在配置郵件服務(wù)器的時(shí)候，這個(gè)提示使我省去了不少麻煩。

longe

solari8集成的bind 8.2.2-p5的nslookup解析bind9.2.2的dns記錄沒有問題。剛才試了一下

root@sun # named -v
BIND 9.2.2
root@sun # /usr/sbin/in.named -v
in.named BIND 8.2.2-P5 Wed Jan 15 04:35:48 PST 2003
        Generic Patch-5.8-January 2003
root@sun # ps -ef | grep named
    root   173     1  0 02:38:01 ?        0:01 /usr/local/sbin/named -c /usr/local/etc/named.conf
    root   565   522  0 02:47:48 pts/2    0:00 grep named
root@sun # /usr/sbin/nslookup www.test.com sun.test.com
Server:  sun.test.com
Address:  192.168.0.200

Name:    www.test.com
Address:  192.168.0.210

cpss

你將/usr/sbin/下的nslookup和/usr/local/bin/下的nslookup比較一下文件大小。老版本的nslookup比新版本的nslookup小了很多，老版本大小為55K，新版本則為5M多。
有時(shí)老的nslookup確實(shí)可以使用，我懷疑是和新版本bind可以使用rndc有關(guān)，我一般都會(huì)配置rndc的。好像不配置rndc時(shí)，老版本的nslookup確實(shí)能用。
你再檢查一下你是否沒有配置rndc？

longe

配了rndc，messages中的信息
named[1814]: [ID 866145 daemon.notice] starting BIND 9.2.2 -c /usr/local/etc/named.conf
named[1814]: [ID 866145 daemon.notice] command channel listening on 127.0.0.1#953

shaotao27

看不懂