"dig domain_name"はローカルでのみ動作しています。設定に何が問題なのですか？

Question

私は、ローカルネットワーク上のubuntu 16.04サーバでbind9を設定しました。戻りlegalact.uz

DIGは、以下：

と、 < < >> DIG 9.10.3-P4-Ubuntuの< < >> legalact.uz
;;グローバルオプション：+ cmd
;;答え：x
;; - >> HEADER < < - オペコード：QUERY、ステータス：NOERROR、ID：27505
;;フラグ：qr aa rd ra; QUERY：1、ANSWER：1、AUTHORITY：1、追加：2

;; OPT PSEUDOSECTION：
; EDNS：バージョン：0、フラグ：; udp：4096
;;質問セクション：
; legalact.uz。

、IN ;;回答セクション：
legalact.uz。 46.255.68.41

、IN 604800 ;;権限セクション：
legalact.uz。 NSのns.legalact.uzの604800。

;;追加セクション：
ns.legalact.uz。 46.255.68.41

、IN 604800 ;;クエリ時間：0ミリ秒
;;サーバ：192.168.1.107＃53（192.168.1.107）
;;いつ：月1月16日10:30:44 +05 2017
;; MSGのSIZEのRCVD：89

しかし、私は別のネットワークから legalact.uz 発掘をしようとした場合、それは次のような答えを返します。

を。 < < >> DIG 9.10.3-P4-Ubuntuの< < >> leagalact.uz
;;グローバルオプション：+ cmd
;;接続がタイムアウトしました;どのサーバーが46.255.68.41 legalact.uz戻っ@

掘る正解に到達することはできなかった。

を。 < < >> DiG 9.10.3-P4-Ubuntu < < >> @ 46.255.68.41 legalact.uz
; （1サーバーが見つかりました）
;;グローバルオプション：+ cmd
;;答え：
;; - >> HEADER < < - オペコード：QUERY、ステータス：NOERROR、ID：40237
;;フラグ：qr aa rd ra; QUERY：1、ANSWER：1、AUTHORITY：1、追加：2

;; OPT PSEUDOSECTION：
; EDNS：バージョン：0、フラグ：; udp：4096
;;質問セクション：
; legalact.uz。

、IN ;;回答セクション：
legalact.uz。 46.255.68.41

、IN 604800 ;;権限セクション：
legalact.uz。 NSのns.legalact.uzの604800。

;;追加セクション：
ns.legalact.uz。 46.255.68.41

、IN 604800 ;;クエリ時間：48 msec
;;サーバー：46.255.68.41＃53（46.255.68.41）
;;いつ：月Jan 16 10:51:25 +0201 2017
;; MSGのSIZEの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";
allow-query {any; };
};

ゾーン "68.255.46.in-addr.arpa" {
タイプmaster;
ファイル "/etc/bind/zones/db.46";
allow-query {any; };
};

named.conf.options
オプション{

ディレクトリ "は/ var /キャッシュ/バインド"。

フォワーダ{
8.8.8.8;
8.8.4;
};

listen-on {any; };

dnssec-enable yes;
dnssec-validationはい;
再帰はい;
前方のみ;
auth-nxdomainはい; ＃に従うRFC1035
listen-on-v6 {any; };
allow-query {any; };
}; SOAのns.legalact.uz、IN @

db.46
$ TTL 604800
。 admin.legalact.uz。（
1;シリアル
604800;リフレッシュ
86400;再試行
2419200は、
604800有効期限）。負のキャッシュTTL
;
@ IN NS ns.legalact.uz。
41 IN PTR legalact.uz。

SOAのns.legalact.uz、IN @
604800 $ TTL
db.legalact.uz。 admin.legalact.uz。 （
2;シリアル
604800;リフレッシュ
86400;再試行
2419200は、
604800有効期限）。ネガティブキャッシュTTL

; dnsserver
@ IN NS ns.legalact.uz。 46.255.68.41

Answer 1

、IN 46.255.68.41
NS我々は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 

が近いで探しています...と言う、IN @
2台のactiveby.netサーバーの場合、ドメイン名にはSERVFAILと表示され、設定例で使用しているIPアドレスがないようです。そのため、レジストラに連絡して委任情報をUZレベルに更新する必要があるようです。あなた自身のサーバが指摘されるまで、ネームサーバをどれくらいうまく設定しても問題はありません