【问题标题】:"dig domain_name" is working only locally. What's wrong with configuration?“dig domain_name”仅在本地工作。配置有什么问题?
【发布时间】:2017-05-30 22:23:50
【问题描述】:

我在本地网络上的 ubuntu 16.04 服务器上配置了 bind9。

dig legalact.uz 返回如下:

; > DiG 9.10.3-P4-Ubuntu > legalact.uz
;;全局选项:+cmd
;;得到答案:x
;; ->>HEADER ;;标志:qr aa rd ra;查询:1,答案:1,权威:1,附加:2

;;选择伪部分:
; EDNS:版本:0,标志:; UDP:4096
;;问题部分:
;legalact.uz。在一个

;;答案部分:
法律行为.uz。 604800 IN A 46.255.68.41

;;权威部门:
法律行为.uz。 604800 IN NS ns.legalact.uz.

;;附加部分:
ns.legalact.uz。 604800 IN A 46.255.68.41

;;查询时间:0毫秒
;;服务器:192.168.1.107#53(192.168.1.107)
;;时间:2017 年 1 月 16 日星期一 10:30:44 +05
;;味精大小 rcvd: 89

但是,如果我尝试从另一个网络 dig legalact.uz,它会返回以下答案:

; > DiG 9.10.3-P4-Ubuntu > leagalact.uz
;;全局选项:+cmd
;;连接超时;无法访问任何服务器

dig @46.255.68.41 legalact.uz 返回正确答案:

; > DiG 9.10.3-P4-Ubuntu > @46.255.68.41 legalact.uz
; (找到 1 个服务器)
;;全局选项:+cmd
;;得到答案:
;; ->>HEADER ;;标志:qr aa rd ra;查询:1,答案:1,权威:1,附加:2

;;选择伪部分:
; EDNS:版本:0,标志:; UDP:4096
;;问题部分:
;legalact.uz。在一个

;;答案部分:
法律行为.uz。 604800 IN A 46.255.68.41

;;权威部门:
法律行为.uz。 604800 IN NS ns.legalact.uz.

;;附加部分:
ns.legalact.uz。 604800 IN A 46.255.68.41

;;查询时间:48 毫秒
;;服务器:46.255.68.41#53(46.255.68.41)
;;时间:2017 年 1 月 16 日星期一 10:51:25 +05
;;味精大小 rcvd: 89


这是我的配置文件:

named.conf
包括“/etc/bind/named.conf.options”;
包括“/etc/bind/named.conf.local”;
包括“/etc/bind/named.conf.default-zones”;

named.conf.local
区域“legalact.uz”{
输入主人;
文件“/etc/bind/zones/db.legalact.uz”;
允许查询{任何; };
};

区域“68.255.46.in-addr.arpa”{
输入主人;
文件“/etc/bind/zones/db.46”;
允许查询{任何; };
};

named.conf.options
选项 {

目录“/var/cache/bind”;

货代{
8.8.8.8;
8.8.4.4;
};

听{任何; };

dnssec 启用是;
dnssec 验证是的;
递归是的;
只转发;
auth-nxdomain 是; # 符合 RFC1035
听 V6 { 任何; };
允许查询{任何; };
};

db.46
$TTL 604800
@IN SOA ns.legalact.uz。 admin.legalact.uz。 (
1;连载
604800 ;刷新
86400;重试
2419200;过期
604800);负缓存 TTL
;
@IN NS ns.legalact.uz.
41 IN PTR legalact.uz.

db.legalact.uz
$TTL 604800
@IN SOA ns.legalact.uz。 admin.legalact.uz。 (
2;连载
604800 ;刷新
86400;重试
2419200;过期
604800);负缓存 TTL

;dns服务器
@IN NS ns.legalact.uz.
@IN A 46.255.68.41
ns IN A 46.255.68.41

【问题讨论】:

    标签: dns dig bind9


    【解决方案1】:

    如果我们询问对legalact.uz 具有权威性的UZ 服务器,他们会说...

    sarnath:~% dig ns legalact.uz @ns.uz.
    
    ; <<>> DiG 9.11.0-P2 <<>> ns legalact.uz @ns.uz.
    ;; global options: +cmd
    ;; Got answer:
    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11032
    ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 1
    ;; WARNING: recursion requested but not available
    
    ;; OPT PSEUDOSECTION:
    ; EDNS: version: 0, flags:; udp: 4096
    ;; QUESTION SECTION:
    ;legalact.uz.           IN  NS
    
    ;; AUTHORITY SECTION:
    legalact.uz.        14400   IN  NS  ns1.activeby.net.
    legalact.uz.        14400   IN  NS  ns2.activeby.net.
    
    ;; Query time: 90 msec
    ;; SERVER: 91.212.89.8#53(91.212.89.8)
    ;; WHEN: Mon Jan 16 09:14:18 CET 2017
    ;; MSG SIZE  rcvd: 88
    

    仔细观察两台activeby.net 服务器,它们为您的域名提供SERVFAIL,而且它们似乎没有您在配置示例中使用的IP 地址。因此,您似乎需要联系您的注册商,让他们更新UZ 级别的授权信息。在您自己的服务器被指出之前,您如何配置您的名称服务器并不重要,因为没有人会知道他们应该与他们交谈。

    【讨论】:

    • 非常感谢您的回答。这对我很有帮助。
    猜你喜欢
    • 2011-05-02
    • 2018-07-09
    • 2022-08-21
    • 1970-01-01
    • 2021-03-06
    • 1970-01-01
    • 2017-03-08
    • 2014-01-13
    • 2014-04-11
    相关资源
    最近更新 更多