☰

Bind9 Slave não resolve dúvidas de clientes

tag-icon • tag-icon linux domain-name-system bind master-slave
Bind9 Slave não resolve dúvidas de clientes

Eu tenho duas VMs executando o OpenSUSE 15, uma mestre e uma escrava.

O mestre está funcionando bem e transfere o arquivo de zonas para o escravo corretamente, mas se eu interromper a ligação no servidor mestre, o escravo deverá responder aos clientes, mas não o faz. Configurei dois clientes apenas com o servidor escravo como DNS, não funcionando.

O que estou fazendo de errado ? A propósito, é um ambiente de teste para meu projeto escolar

Arquivo conf mestre:

# 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; };
};

SLAVE CONF FILE (não é possível compartilhá-lo de outra maneira)

SLAVE CONF FILE (não é possível compartilhá-lo de outra maneira)

Arquivo principal dos arquivos de zonas

$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

Zona reversa

$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.

Esta é a primeira vez que posto aqui, por favor me avise se não estiver claro.

Responder1

Resultado do comando dig quando eu o executo em minha Docker VM

[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

Também testo um ping para garantir que posso alcançar o escravo.

Dig funciona quando eu o executo no próprio servidor escravo. resultado da escavação. Configurei o arquivo resolv.conf do escravo da seguinte forma:

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

Aquisão os logs que recebo quando reinicio nomeado no escravo:

EDIT: Resolvi o problema, era o firewall bloqueando a porta 53 na rede de zona pública (não sei por que minha rede de VMs foi definida como pública), entrei em yast > Segurança e usuários > Firewall > Então adicionei DNS protocolo em público. Percebi meu erro ao dig @ip_slave_server client.nameinstalar o nmap nmap -v -p 53 192.168.X.X.

informação relacionada