Resolução de nomes para sub-redes com systemd-resolv ou dnsmasq

0

Eu criei uma sub-rede virtual usando tap & interfaces de ponte. No topo dessa sub-rede eu instalei o dnsmasq que serve como servidor DHCP.

Tudo em execução no servidor do Ubuntu 17.10.

Meu netstat relevante mostra a resolução de nomes ativa:

Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 0.0.0.0:5355            0.0.0.0:*               LISTEN      2729/systemd-resolv
tcp        0      0 0.0.0.0:53              0.0.0.0:*               LISTEN      3998/dnsmasq
tcp6       0      0 :::5355                 :::*                    LISTEN      2729/systemd-resolv
tcp6       0      0 :::53                   :::*                    LISTEN      3998/dnsmasq
udp     8448      0 0.0.0.0:5355            0.0.0.0:*                           2729/systemd-resolv
udp    16896      0 0.0.0.0:53              0.0.0.0:*                           3998/dnsmasq
udp        0      0 127.0.0.53:53           0.0.0.0:*                           2729/systemd-resolv
udp     6144      0 0.0.0.0:67              0.0.0.0:*                           3998/dnsmasq
udp6   52992      0 :::5355                 :::*                                2729/systemd-resolv
udp6       0      0 :::53                   :::*                                3998/dnsmasq

Embora eu não tenha certeza se eu não deveria simplesmente desligar o systemd-resolv e ter o netmasq servindo tudo.

parte relevante do dnsmasq.conf:

domain-needed
bogus-priv
no-resolv
domain=server.local
interface=br0
dhcp-authoritative
dhcp-range=192.168.10.50,192.168.10.254,255.255.255.0,1d

Esta configuração está me dando resultados muito mistos: quando eu estava testando em um Ubuntu 17.04 local (desktop), tudo parecia funcionar. Mas agora que estou "implantado" em um servidor 17.10, não estou conseguindo a resolução de nomes adequada:

  1. a máquina host não pode encontrar convidados anexando à interface de toque / ponte
  2. os convidados só têm sucesso parcial ao encontrar outros convidados (alguns trabalham, outros não)
  3. os convidados não podem encontrar o host

Estou testando isso executando ping host ou ping guest_n

O que mais me deixa perplexo é o nº 2: parece que as VMs "mais antigas" funcionam enquanto a mais nova não funciona. A única outra diferença significativa entre eles é que o novo está executando o servidor 18.04. No entanto: Eu criei um convidado similar ontem e funciona?!?! Então .... o que - leva apenas um dia para um nome se propagar através de qualquer coisa?

De qualquer forma, alguma dica sobre o que estou fazendo de errado aqui? Como posso obter uma resolução de nome funcionando corretamente?

Edit: tem # 2 - foi bloqueio UFW (e não registrando os mesmos blocos)

    
por velis 04.05.2018 / 18:28

0 respostas