Com o MAAS configurado para gerenciar o DNS em uma sub-rede em um intervalo de IP privado, por que apenas alguns nós possuem entradas de DNS?

2

Estou tentando configurar o OpenStack no MAAS, usando o trusty.

Eu tenho uma rede entre essas máquinas, todas interligadas / ligadas. Eu configurei o MAAS em 192.168.7.200, eu tenho uma máquina cliente Juju em 192.168.7.201, e minha máquina "normal" em 192.168.7.199. Eu tenho o MAAS configurado para usar 192.168.7.32-192.168.7.195. Eu também configurei o roteador, 192.168.7.1/24 para também rotear para 192.168.64.1/19, o qual eu pretendo usar mais tarde. Eu tenho o MAAS configurado para gerenciar DNS e DHCP.

Eu fui em frente e inicializei o Juju, e isso funcionou. Da minha máquina cliente Juju, posso fazer ping no nó do bootstrap Juju:

juju status
environment: maas
machines:
  "0":
    agent-state: started
    agent-version: 1.18.2
    dns-name: c3enj.maas
    instance-id: /MAAS/api/1.0/nodes/node-d4feaf72-d658-11e3-8737-525400671a47/
    series: trusty
  "1":
    agent-state: started
    agent-version: 1.18.2
    dns-name: 3epj7.maas
    instance-id: /MAAS/api/1.0/nodes/node-37735c5c-d659-11e3-818d-525400671a47/
    series: trusty
services:
  juju-gui:
    charm: cs:trusty/juju-gui-2
    exposed: true
    units:
      juju-gui/0:
        agent-state: started
        agent-version: 1.18.2
        machine: "1"
        open-ports:
        - 80/tcp
        - 443/tcp
        public-address: 3epj7.maas
erik@openstackjuju:~$ ping c3enj.maas
PING 192-168-7-184.maas (192.168.7.184) 56(84) bytes of data.
64 bytes from 192-168-7-184.maas (192.168.7.184): icmp_seq=1 ttl=64 time=0.661 ms
64 bytes from 192-168-7-184.maas (192.168.7.184): icmp_seq=2 ttl=64 time=0.730 ms
^C
--- 192-168-7-184.maas ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 0.661/0.695/0.730/0.043 ms
erik@openstackjuju:~$ ping 3epj7.maas
ping: unknown host 3epj7.maas
erik@openstackjuju:~$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 192.168.7.200
nameserver 192.168.7.200
search maas

Eu não entendo o que está acontecendo aqui. Como o DNS deve ser configurado?

Eu vou dizer que eu comecei com a configuração de nada na caixa "Domínio padrão para novos nós" no MAAS, mas depois tive alguns problemas de pesquisa de DNS em contato com o nó de bootstrap, então eu decidi começar de novo. Eu removi todas as máquinas do MAAS, defini a configuração como "vcluster.erikbandersen.com" e, em seguida, apaguei / restaurei os discos rígidos nos nós e os executei novamente através do processo de inicialização e comissionamento do PXE. Eu configurei o vcluster.erikbandersen.com para ter um registro NS que aponta para o servidor MAAS (embora seja um endereço IP privado, 192.168.7.200, portanto, um servidor de nomes recursivo não poderia resolver a consulta). Como mostrado anteriormente, minha máquina cliente Juju está configurada para procurar diretamente no servidor MAAS por consultas DNS, portanto, esperamos poder resolver as consultas sem incorrer em problemas indo diretamente para a origem, em vez de solicitar um servidor de nomes recursivo que possa Alcance o intervalo de IP privado para resolver o endereço para ele. Como você também pode ver, eu posso consultar diretamente o servidor DNS MAAS com dig, e ele não retornará nenhum registro para a máquina.

erik@openstackjuju:~$ dig a 3epj7.maas

; <<>> DiG 9.9.5-3-Ubuntu <<>> a 3epj7.maas
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 54842
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;3epj7.maas.                    IN      A

;; AUTHORITY SECTION:
maas.                   300     IN      SOA     maas. nobody.example.com. 127 600 1800 604800 300

;; Query time: 0 msec
;; SERVER: 192.168.7.200#53(192.168.7.200)
;; WHEN: Wed May 07 21:08:58 PDT 2014
;; MSG SIZE  rcvd: 93

erik@openstackjuju:~$ dig a c3enj.maas

; <<>> DiG 9.9.5-3-Ubuntu <<>> a c3enj.maas
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6111
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 1, ADDITIONAL: 2

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;c3enj.maas.                    IN      A

;; ANSWER SECTION:
c3enj.maas.             300     IN      CNAME   192-168-7-184.maas.
192-168-7-184.maas.     300     IN      A       192.168.7.184

;; AUTHORITY SECTION:
maas.                   300     IN      NS      maas.

;; ADDITIONAL SECTION:
maas.                   300     IN      A       192.168.7.200

;; Query time: 0 msec
;; SERVER: 192.168.7.200#53(192.168.7.200)
;; WHEN: Wed May 07 21:09:07 PDT 2014
;; MSG SIZE  rcvd: 113

O que estou perdendo aqui? Por que, depois de eu definir a configuração de DNS para ter "vcluster.erikbandersen.com" como a correção (post?) Para o DNS, são nomes que não estão no formato "3epj7.vcluster.erikbandersen.com" e se tornando "3epj7.maas "? Além disso, por que o próprio servidor MAAS está respondendo a consultas DNS para alguns dos endereços, mas não para todos? Existe alguma maneira de depurar isso mais?

Aqui está um relatório de depuração gerado com o sosreport.

    
por Azendale 08.05.2014 / 06:21

0 respostas