Bind9 timeout da LAN, servidor escutando na porta 53

3

Eu tenho uma situação muito estranha com o Bind9 no Ubuntu Xenial. O servidor está escutando na porta 53 (testado com portqry do windows boxen que está tentando usá-lo como um servidor DNS local), mas está expirando em solicitações como:

> dig @192.168.1.6 YYY +search

; <<>> DiG 9.11.0-P3 <<>> @192.168.1.6 YYY +search
; (1 server found)
;; global options: +cmd
;; connection timed out; no servers could be reached

O domínio de pesquisa está definido corretamente em windwos (o ISC DHCP garante isso). No entanto, como eu disse, portqry porta de teste 53 diz que está escutando.

> portqry -n 192.168.1.6 -o 53

Querying target system called:

192.168.1.6

Attempting to resolve IP address to a name...

Failed to resolve IP address to name

querying...

TCP port 53 (domain service): LISTENING

Por estranho que pareça, o servidor responde a consultas no host local (do próprio servidor):

; <<>> DiG 9.10.3-P4-Ubuntu <<>> @192.168.1.6 YYY +search
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23454
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 2

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;YYY.mydomain.tld.      IN      A

;; ANSWER SECTION:
YYY.mydomain.tld. 3600  IN      A       192.168.1.11

;; AUTHORITY SECTION:
mydomain.tld.    3600    IN      NS      DNS-SERVER.mydomain.tld.

;; ADDITIONAL SECTION:
DNS-SERVER.mydomain.tld. 3600  IN      A       192.168.1.6

;; Query time: 0 msec
;; SERVER: 192.168.1.6#53(192.168.1.6)
;; WHEN: Thu Feb 23 03:59:37 CST 2017
;; MSG SIZE  rcvd: 104

O Netstat alega que named está ouvindo em todos os portos / endereços habituais:

~# netstat -tanpl | grep named
tcp        0      0 10.8.0.1:53             0.0.0.0:*               LISTEN      4074/named
tcp        0      0 192.168.1.6:53          0.0.0.0:*               LISTEN      4074/named
tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      4074/named
tcp        0      0 127.0.0.1:953           0.0.0.0:*               LISTEN      4074/named

Alguma idéia?

Editar : por solicitação popular, aqui está o /etc/bind/named.conf.options

options {
    directory "/var/cache/bind";

    // 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 and later use an unprivileged
    // port by default.

    // query-source address * port 53;

    // If your ISP provided one or more IP addresses for stable
    // nameservers, you probably want to use them as forwarders.
    // Uncomment the following block, and insert the addresses replacing
    // the all-0's placeholder.

    // forwarders {
    //      0.0.0.0;
    // };
    query-source address * port 53;
    auth-nxdomain no;    # conform to RFC1035
    listen-on-v6 { none; };
    forwarders {
            8.8.8.8;
            8.8.4.4;
            };
    forward first;
};
    
por Bojan Markovic 22.02.2017 / 21:04

1 resposta

1

Ok, então, graças a jscott e stoned , para a posteridade, se alguém mais precisar solucionar uma situação como essa, veja as etapas propostas:

  1. Verifique se você abriu a porta 53 no TCP e no UDP . As portas UDP de escaneamento de portas são complicadas, portanto, certifique-se de que o UDP 53 passe, de fato,.
  2. Você deve ter allow-query { any; }; na seção global do seu arquivo de configuração nomeado ( /etc/bind/named.conf.options no Debian / Ubuntu)
  3. Verifique sua sintaxe de configuração, em systemd máquinas que você pode usar systemctl status bind9 e, dependendo de como o log de ligação está configurado, journalctl -xe -u bind9 para ver se o daemnon foi iniciado.
  4. Teste a resolução do host de ligação e de várias máquinas.
por 25.02.2017 / 10:58