O DNS autoritativo não responderá a pings ou escavações no domínio

3

Estou criando um DNS autoritativo para um novo site. O site responde muito bem a todos os pings e a maioria acessa seu endereço IP, mas rejeita qualquer coisa em seu nome de domínio. Eu presumo que isso se deva a um problema de encaminhamento de DNS, mas não consigo fazer cara ou coroa disso. Espero que alguém com maior sabedoria do que eu veja a resposta. Deve-se notar que eu sou o servidor estão na mesma rede.

Resumidamente (jk), aqui estão os meus sintomas:

Edita
Eu tinha imaginado que meu primeiro problema estava relacionado ao arquivo da zona de encaminhamento ( /exe/bind/db.example.com ). TIFFolk confirmou isso e sugeriu que eu adicionasse uma linha de código conforme indicado abaixo. Todos os pings e escavações funcionam como seria de esperar agora. Eu deixei os resultados antigos de ping / dig para qualquer outra pessoa que esteja passando pelos mesmos problemas.

Neste ponto, não sei como colocá-lo mais formalmente, mas o problema restante é que o site não pode ser chamado pelo nome de domínio em um navegador.

Conteúdo de /exe/bind/db.example.com :

$TTL    604800
@               IN      SOA    box.example.com. root.example.com. (
                              4         ; Serial
                         604800         ; Refresh
                          86400         ; Retry
                        2419200         ; Expire
                         604800 )       ; Negative Cache TTL
;
@               IN      NS      box.example.com.
                IN      A       1.2.3.4   ;box ip, suggested by TIFFolk
box             IN      A       192.168.1.64
localhost       IN      A       127.0.0.1
www             IN      CNAME   box.

Informações antigas

Saída de dig -x 127.0.0.1 :

;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6189
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1

;; QUESTION SECTION:
;1.0.0.127.in-addr.arpa.                IN      PTR

;; ANSWER SECTION:
1.0.0.127.in-addr.arpa. 604800  IN      PTR     localhost.

;; AUTHORITY SECTION:
0.0.127.in-addr.arpa.   604800  IN      NS      box.example.com.

;; ADDITIONAL SECTION:
box.example.com. 604800 IN  A       192.168.1.64

;; Query time: 0 msec
;; SERVER: 192.168.1.64#53(192.168.1.64)
;; WHEN: Tue Nov 24 00:08:59 2009
;; MSG SIZE  rcvd: 120

Saída de dig 1.2.3.4 (endereço IP global ou endereço IP da rede):

;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 27762
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;1.2.3.4.                        IN      A

;; AUTHORITY SECTION:
.                       10800   IN      SOA     A.ROOT-SERVERS.NET. NSTLD.VERISIGN-GRS.COM. 2009112301 1800 900 604800 86400

;; Query time: 59 msec
;; SERVER: 128.107.241.184#53(128.107.241.184)
;; WHEN: Mon Nov 23 21:09:13 2009
;; MSG SIZE  rcvd: 107

Saída de dig example.com - (esgotado o tempo limite):

;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52478
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;example.com.                 IN      A

;; AUTHORITY SECTION:
example.com.          604800  IN      SOA     box.example.com.             root.example.com. 4 604800 86400 2419200 604800

;; Query time: 0 msec
;; SERVER: 192.168.1.64#53(192.168.1.64)
;; WHEN: Mon Nov 23 23:56:45 2009
;; MSG SIZE  rcvd: 86

Saída de ping 1.2.3.4 (mesmo resultado para a rede local, endereço IP global ou host local)

PING 1.2.3.4 (1.2.3.4) 56(84) bytes of data.
(pings)
--- 1.2.3.4 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 2998ms
rtt min/avg/max/mdev = 0.012/0.015/0.020/0.004 ms

Saída de ping example.com < --- ainda é o principal problema

ping: unknown host example.com

e apenas por diversão: conteúdo de resolv.conf :

search example.com
nameserver 127.0.0.1
nameserver 192.168.1.64

Algumas coisas sugeridas

As seguintes 3 escavações tiveram o mesmo resultado:
dig @ 1.2.3.4 (servidor ip)
dig @ 127.0.0.1 example.com
dig @box example.com

; <<>> DiG 9.6.1-P1 <<>> @box example.com
; (1 server found)
;; global options: +cmd
;; connection timed out; no servers could be reached

Conteúdo de /etc/bind/db.local - (inalterado dos padrões do Ubuntu):

$TTL    604800
@       IN      SOA     localhost. root.localhost. (
                              2         ; Serial
                         604800         ; Refresh
            w              86400         ; Retry
                        2419200         ; Expire
                         604800 )       ; Negative Cache TTL
;
@       IN      NS      localhost.
@       IN      A       127.0.0.1
@       IN      AAAA    ::1

Saída de nslookup example.com (de uma comp dentro do ns 'netowrk)

Server:         127.0.0.1
Address:        127.0.0.1#53

Name:   example.com
Address: 1.2.3.4

Saída de nslookup example.com (de uma comp fora da rede ns)

;; Got SERVFAIL reply from 68.238.64.12, trying next server
;; Got SERVFAIL reply from 68.238.96.12, trying next server
;; connection timed out; no servers could be reached

Saída de nslookup example.com 192.168.1.64 :

Server:         192.168.1.64
Address:        192.168.1.64#53

Name:   example.com
Address: 1.2.3.4
    
por storm 17.10.2010 / 12:08

2 respostas

0

Para começar, o 127.0.0.1 não responde às suas perguntas.

Seu arquivo de zona responderá a

box.example.com

não para example.com

Você precisa adicionar:

        IN      A       your_server_ip

Se você quiser que seu DNS responda a example.com

De qualquer forma, mostre db.local e reinicie o bind9 e cat syslog | grep named

    
por 24.11.2009 / 09:45
1

Você deve estar usando dig @ ip-of-server para garantir que o servidor em questão seja aquele que está sendo consultado. Ou seja, se você quiser consultar o servidor em execução no host local, use

dig @127.0.0.1 example.com

Se você não fornecer @server, o escavador consultará /etc/resolv.conf e disparará uma consulta para cada servidor, respondendo com qualquer servidor que responda primeiro.

Quanto ao problema do servidor, não está claro para mim no seu post qual é o problema exato.

    
por 24.11.2009 / 07:21