☰

Bind9 スレーブがクライアントのクエリを解決しない

tag-icon • tag-icon linux domain-name-system bind master-slave
Bind9 スレーブがクライアントのクエリを解決しない

OpenSUSE 15 を実行している VM が 2 つあります。1 つはマスター、もう 1 つはスレーブです。

マスターは正常に動作しており、ゾーン ファイルをスレーブに正しく転送しますが、マスター サーバーでバインドを停止すると、スレーブはクライアントに応答するはずですが、応答しません。スレーブ サーバーのみを DNS として 2 つのクライアントを構成しましたが、動作しません。

何が間違っているのでしょうか？ちなみに、これは私の学校のプロジェクトのためのテスト環境です

マスター conf ファイル:

# Config dnslinux.lab

zone "dnslinux.lab" {
        type master;
        file "/var/lib/named/dnslinux.db";
        allow-transfer { 192.168.88.131; };
        #allow-update { 192.168.88.131 ; };
        notify yes;
        also-notify { 192.168.88.131; };
};

# Config zone inverse

zone "88.168.192.in-addr.arpa" {
        type master;
        file "/var/lib/named/reverse.dnslinux.db";
        allow-transfer { 192.168.88.131; };
        #allow-update { 192.168.88.131 ; };
        notify yes;
        also-notify { 192.168.88.131; };
};

スレーブ設定ファイル(他の方法では共有できません)

スレーブ設定ファイル(他の方法では共有できません)

ゾーンファイルのメインファイル

$TTL 10800

@       IN      SOA     ns1.dnslinux.lab. root.dnslinux.lab. (
                        2020012301 ; Serial
                        30 ; Refresh
                        10 ; Retry
                        1w ; Expire
                        1h ) ; Negative Cache TTL

@       IN      NS      ns1.dnslinux.lab.
@       IN      NS      ns2.dnslinux.lab.

; DNS Servers
ns1     IN      A       192.168.88.130
ns2     IN      A       192.168.88.131

; Machines 
docker  IN      A       192.168.88.128

逆ゾーン

$TTL 10800

@       IN      SOA     ns1.dnslinux.lab. root.dnslinux.lab. (
                        2020012301 ;
                        30 ;
                        10 ;
                        1w ;
                        1h ) ;

@       IN      NS      ns1.dnslinux.lab.
@       IN      NS      ns2.dnslinux.lab.


; DNS Servers
130     IN      PTR     ns1.dnslinux.lab.
131     IN      PTR     ns2.dnslinux.lab.

; Machines
128     IN      PTR     docker.dnslinux.lab.

ここに投稿するのは初めてなので、不明な点があればお知らせください。

答え1

Docker VM で dig コマンドを実行した結果

[root@docker sysadmin]# dig @192.168.88.131 docker.dnslinux.lab

; <<>> DiG 9.11.4-P2-RedHat-9.11.4-9.P2.el7 <<>> @192.168.88.131 docker.dnslinux.lab
; (1 server found)
;; global options: +cmd
;; connection timed out; no servers could be reached
[root@docker sysadmin]# ping 192.168.88.131
PING 192.168.88.131 (192.168.88.131) 56(84) bytes of data.
64 bytes from 192.168.88.131: icmp_seq=1 ttl=64 time=0.399 ms
64 bytes from 192.168.88.131: icmp_seq=2 ttl=64 time=0.811 ms
64 bytes from 192.168.88.131: icmp_seq=3 ttl=64 time=0.302 ms
^C
--- 192.168.88.131 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2001ms
rtt min/avg/max/mdev = 0.302/0.504/0.811/0.220 ms

スレーブに到達できることを確認するために、ping もテストします。

Dig は、スレーブ サーバー自体で実行すると機能します。 掘削結果スレーブの resolv.conf ファイルを次のように設定しました。

domain dnslinux.lab
search dnslinux.lab
nameserver 127.0.0.1
nameserver 192.168.88.130

ここスレーブでnamedを再起動すると、次のログが表示されます:

編集: 問題は解決しました。パブリック ゾーン ネットワークのポート 53 をブロックするファイアウォールが原因でした (VM ネットワークがパブリックに設定されている理由はわかりません)。yast > セキュリティとユーザー > ファイアウォール に移動して、パブリックに DNS プロトコルを追加しました。nmap をdig @ip_slave_server client.nameインストールして間違いに気付きましたnmap -v -p 53 192.168.X.X。

関連情報