☰

Centos BIND9 múltiplos NS com IPS diferentes

tag-icon • tag-icon bind centos6 nameserver
Centos BIND9 múltiplos NS com IPS diferentes

Acabei de adquirir um servidor raiz e configurei o OpenVZ para vários contêineres. Cada contêiner possui um IP diferente. O que estou tentando fazer é centralizar todas as coisas relacionadas ao DNS no sistema operacional do servidor principal (CentOS).

Instalei o bind9 no CentOS e configurei para nomear servidores para ele, o que funcionou bem. Então tentei adicionar mais servidores de nomes para cada IP diferente. Então o que estou tentando fazer é:

ns1.domain.tld 86400 IN A 176.x.x.x
ns2.domain.tld 86400 IN A 176.y.y.y
ns3.domain.tld 86400 IN A 176.z.z.z

Então, quando adiciono o servidor de nomes ns2.domain.tld a um determinado domínio, ele deve apontar para 176.yyy .

Minha configuração atual é:

$TTL 10800
@ IN SOA ns1.palianos.ro.    postmaster.palianos.ro. (
    2014051300  ;serial
    21600    ;refresh after 6 hours
    3600    ;retry after 1 hour
    604800   ;expire after 1 week
    86400 )    ;minimum TTL of 1 day
@    3600    IN    A    176.9.26.140
mail    86400    IN    A    176.9.26.140
ns1    172800    IN    A    176.9.26.140
ns2    172800    IN    A    176.9.26.140
ns3 172800  IN  A   176.9.26.155
ns4 172800  IN  A   176.9.26.155
ns5 172800  IN  A   176.9.109.43
ns6 172800  IN  A   176.9.109.43
ns7 172800  IN  A   176.9.109.44
ns8 172800  IN  A   176.9.109.44
gitlab  178000  IN  NS  ns3.palianos.ro.
gitlab  178000  IN  NS  ns4.palianos.ro.
www    3600    IN    CNAME   @
@    86400    IN    MX    10  mail.palianos.ro.
@    172800    IN    NS    ns1.palianos.ro.
@    172800    IN    NS    ns2.palianos.ro.

Quando tento cavar o subdomínio test.domain.tld, não recebo nenhuma SEÇÃO DE RESPOSTA. Funciona bem para domain.tld embora.

Obrigado.

Responder1

O problema no momento parece ser que os dois servidores de nomes (bem, um, na verdade; ns3e ns4têm o mesmo endereço IP) aos quais você delegou gitlab.palianos.ronão estão respondendo a nenhum tipo de solicitação sobre isso:

[me@risby ~]$ dig any gitlab.palianos.ro @ns3.palianos.ro

; <<>> DiG 9.9.4-P2-RedHat-9.9.4-12.P2.fc20 <<>> any gitlab.palianos.ro @ns3.palianos.ro
;; global options: +cmd
;; connection timed out; no servers could be reached
[me@risby ~]$ dig any gitlab.palianos.ro @ns4.palianos.ro

; <<>> DiG 9.9.4-P2-RedHat-9.9.4-12.P2.fc20 <<>> any gitlab.palianos.ro @ns4.palianos.ro
;; global options: +cmd
;; connection timed out; no servers could be reached

Isso significa que, embora os servidores de nomes palianos.rotenham prazer em fornecer esses registros de delegação:

[me@risby ~]$ dig ns gitlab.palianos.ro @ns1.palianos.ro
[...]
;; QUESTION SECTION:
;gitlab.palianos.ro.        IN  NS

;; AUTHORITY SECTION:
gitlab.palianos.ro. 178000  IN  NS  ns3.palianos.ro.
gitlab.palianos.ro. 178000  IN  NS  ns4.palianos.ro.

;; ADDITIONAL SECTION:
ns3.palianos.ro.    172800  IN  A   176.9.26.155
ns4.palianos.ro.    172800  IN  A   176.9.26.155

quando faço uma consulta mais geral e deixo a recursão se resolver, não obtenho resposta:

[me@risby ~]$ dig ns gitlab.palianos.ro

; <<>> DiG 9.9.4-P2-RedHat-9.9.4-12.P2.fc20 <<>> ns gitlab.palianos.ro
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 3480
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;gitlab.palianos.ro.        IN  NS

;; Query time: 192 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri May 16 07:09:01 BST 2014
;; MSG SIZE  rcvd: 47

Acho que você precisa consertar ns3e ns4fazer com que eles sirvam a subzona antes que tudo isso funcione.

informação relacionada