nslookup 錯誤 Can't find server name for address ... 的原因
solaris8&9版本中預裝的有bind，目錄在/usr/sbin，程序為in.named，也有自己的nslookup等程序。它的版本為8.2.2，實在是太老了。下面是我從我的伺服器上抓下來的：
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的啟動定義－－－只有/etc下有named.conf文件，系統啟動時就會將in.named啟動起來。
而我們安裝自己的bind時，往往（默認是這樣的）會將named.conf文件放到/etc下的！這就造成了我們配置好我們的bind，一啟動server，solaris預裝的bind就啟動了，我們再去啟動我們的bind就會報錯：53埠已經被佔用了。
解決的辦法是修改/etc/rc2.d/S72inetsvc，將相關in.named的全部註釋掉，將我們的named增加進去。這樣，我們的dns就會在系統啟動時自動運行了。
當我們避過了這個陷阱后，我們就會遇到下一個SUN放置的陷阱。
剛才我說過，在/usr/sbin下有一個nslookup。我們安裝bind時，一般情況下我們bind帶的nslookup是在/usr/local/bin下的。這樣，我們系統里就有了兩個nslookup了。而環境變數里的PATH變數中，/usr/sbin一般是在排名比較靠前，肯定是在/usr/local/bin之前的。這樣造成了我們鍵入nslookup時，運行的是老版本的nslookup。這樣我們就得到了如下的報錯信息：
mydns#/usr/sbin/nslookup
*** Can't find server name for address 127.0.0.1: No response from server
*** Default servers are not available
其實我們的dns是在很好地運行著呢。
解決的辦法是將我們的nslookup覆蓋掉老的文件，或者是將環境變數調整一下，將/usr/local/bin放到最前面。
《解決方案》
nslookup 錯誤 Can't find server name for address ... 的原因
bind 8 版本的解析常式不能對 bind 9 的 named 進程進行解析查詢嗎？ 挺奇怪的，怎麼不向前兼容。 多謝 cpss 的說明，又長點知識了。
《解決方案》
nslookup 錯誤 Can't find server name for address ... 的原因
我也不知道為什麼8版本的nslookup不能使用，只是從實際工作中得到的經驗。
《解決方案》
nslookup 錯誤 Can't find server name for address ... 的原因
好像這個我已經說過的哦，怎麼還是中招了啊：）
《解決方案》
nslookup 錯誤 Can't find server name for address ... 的原因
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.
《解決方案》
nslookup 錯誤 Can't find server name for address ... 的原因
非常有用的提示，尤其在配置郵件伺服器的時候，這個提示使我省去了不少麻煩。
《解決方案》
nslookup 錯誤 Can't find server name for address ... 的原因
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
《解決方案》
nslookup 錯誤 Can't find server name for address ... 的原因
你將/usr/sbin/下的nslookup和/usr/local/bin/下的nslookup比較一下文件大小。老版本的nslookup比新版本的nslookup小了很多，老版本大小為55K，新版本則為5M多。
有時老的nslookup確實可以使用，我懷疑是和新版本bind可以使用rndc有關，我一般都會配置rndc的。好像不配置rndc時，老版本的nslookup確實能用。
你再檢查一下你是否沒有配置rndc？
《解決方案》
nslookup 錯誤 Can't find server name for address ... 的原因
配了rndc，messages中的信息
named: starting BIND 9.2.2 -c /usr/local/etc/named.conf
named: command channel listening on 127.0.0.1#953
《解決方案》
nslookup 錯誤 Can't find server name for address ... 的原因
看不懂
