dns服务器解析不正常

ehua

对外解析的时候有时可以被解析到，有时又不可以。不知道原因在哪里？

ehua

/var/log/messages:
Oct 14 12:08:09 ns2 named[5133]: lame server resolving 'bbs.civil.ncku.edu.tw' (in 'civil.ncku.edu.tw'?): 140.116.36.36#53
Oct 14 12:08:10 ns2 named[5133]: lame server resolving 'vlsi1.iie.ncku.edu.tw' (in 'iie.ncku.edu.tw'?): 140.116.247.2#53
Oct 14 12:08:11 ns2 named[5133]: lame server resolving 'bbs.civil.ncku.edu.tw' (in 'civil.ncku.edu.tw'?): 140.116.36.214#53
Oct 14 12:08:12 ns2 named[5133]: lame server resolving 'bbs.civil.ncku.edu.tw' (in 'civil.ncku.edu.tw'?): 140.116.36.36#53
Oct 14 12:08:12 ns2 named[5133]: lame server resolving 'vlsi1.iie.ncku.edu.tw' (in 'iie.ncku.edu.tw'?): 140.116.247.2#53
Oct 14 12:08:22 ns2 last message repeated 4 times
Oct 14 12:08:25 ns2 named[5133]: lame server resolving 'bbs.civil.ncku.edu.tw' (in 'civil.ncku.edu.tw'?): 140.116.36.214#53
Oct 14 12:08:26 ns2 named[5133]: lame server resolving 'vlsi1.iie.ncku.edu.tw' (in 'iie.ncku.edu.tw'?): 140.116.247.2#53
Oct 14 12:08:38 ns2 named[5133]: lame server resolving 'bbs.civil.ncku.edu.tw' (in 'civil.ncku.edu.tw'?): 140.116.36.36#53
Oct 14 12:14:46 ns2 named[5133]: lame server resolving 'ynmail.com' (in 'ynmail.com'?): 61.166.155.180#53
Oct 14 13:07:38 ns2 named[5133]: lame server resolving 'bqq.anymacro.com' (in 'anymacro.com'?): 61.55.136.29#53
Oct 14 13:21:25 ns2 named[5133]: lame server resolving 'ynmail.com' (in 'ynmail.com'?): 61.166.155.180#53
Oct 14 13:27:55 ns2 named[5133]: client 222.39.47.51#33191: transfer of 'cttnm.com/IN': AXFR-style IXFR started
Oct 14 13:27:55 ns2 named[5133]: client 222.39.47.51#33192: transfer of 'cttnm.com/IN': AXFR-style IXFR started

abel

這些訊息都無關你的問題
重要的是你得說出你的 "網域名稱" 為何 !?
別人才有法查,再根據經驗幫你判斷

ehua

// generated by named-bootconf.pl

options {
        directory "/var/named";
        /*
         * If there is a firewall between you and nameservers you want
         * to talk to, you might need to uncomment the query-source
         * directive below.  Previous versions of BIND always asked
         * questions using port 53, but BIND 8.1 uses an unprivileged
         * port by default.
         */
// query-source address * port 53;
};

//
// a caching only nameserver config
//
controls {
        inet 127.0.0.1 allow { localhost; } keys { rndckey; };
};
zone "." IN {
        type hint;
        file "named.ca";
};

zone "cttnm.com" IN {

ehua

zone "cttnm.com" IN {
        type master;
        file "named.cttnm";
};

zone "47.39.222.in-addr.arpa" IN {
        type master;
        file "named.reverse";
        allow-update { none; };
};


zone "localhost" IN {
        type master;
        file "localhost.zone";
        allow-update { none; };
};

zone "0.0.127.in-addr.arpa" IN {
        type master;
        file "named.local";
        allow-update { none; };
};

include "/etc/rndc.key";

abel

;; ANSWER SECTION:
cttnm.com.              86400   IN      NS      ns2.cttnm.com.
cttnm.com.              86400   IN      NS      ns1.cttnm.com.

;; ADDITIONAL SECTION:
ns1.cttnm.com.          86400   IN      A       222.39.47.50
ns2.cttnm.com.          86400   IN      A       222.39.47.52

有一部 DNS 不工作了,查查原因(至少我就查不到,確認一下主機或 firewall 狀況)
另外,你的 Zone File 可以被遠端取得....
再看你的反解,並沒有經過上層授權

ehua

222.39.47.50这台dns已经当了，是否没有经过上层的授权，反解无法生效。请问如何获得授权？
另：cttnm.com域名只不能被cttjl.com完全解析，cttjl.com dns server 222.34.5.114

abel

原帖由 "ehua" 发表：
222.39.47.50这台dns已经当了，是否没有经过上层的授权，反解无法生效。请问如何获得授权？
另：cttnm.com域名只不能被cttjl.com完全解析，cttjl.com dns server 222.34.5.114

反解問題請看本版過去文章即可知
50 當了基本上就應該救起來,至於您所謂 "只不能被" 應是錯誤的觀念
而是您只發現這部有這個狀況,其他的也會有,只是您不能確認

講個實例,貴單位的郵件主機
mail.cttnm.com.
mail.bt.cttnm.com.
mail.bynr.cttnm.com.
...後略

大概可以很肯定的說,其他人若寄信給貴單位時,大概每兩封就會有一封
很晚才送到,也就是有人寄信給您們,每兩封您們大概可以馬上收到,
但有一封會 delay 一段時間才到,您若真有這麼多 Mail Server,
用量必非常大,這個 DNS 上的錯誤狀況,對您來說,應儘量避免才是

您的網域名稱授權都對,這是非常好的,理論上信件必是馬上傳馬上到
(會有一點 delay 在反解 check及傳送),但錯就錯在不該讓 .50 那部死不
復生,大違 DNS 功用本意

ehua

50 的机器系统崩溃，正在抢修。
问题已经找到：是因为cttnm.com的正解区文件的ns没有写正确
即：
    in   ns     ns1.cttnm.com.
原来ns1.cttnm.com. 是cttnm.com.
所以出现解析不正常的原因，因为这几天一直做这件事。上面又压着，所以......
非常感谢您的解答，谢谢。

abel

in ns ns1.cttnm.com.
原来ns1.cttnm.com. 是cttnm.com.
所以出现解析不正常的原因，因为这几天一直做这件事。上面又压着，所以......
非常感谢您的解答，谢谢。

如果您的問題巳解決了,那是最好不過
但上面這段我沒有看懂.
您說ns1.cctnm.com 要改為 cttnm.com ?
若是這樣,可能不好哦