MaraDNS não responde a consultas de registro de endereços RFC1918 conectados localmente

1

Estamos executando o MaraDNS 2.0.06 em um servidor do CentOS 6. Estamos configurados como um servidor autoritativo e não oferecemos recursão.

Eu tenho um mararc.base assim:

ipv4_bind_addresses = "192.168.50.250"
synth_soa_origin = "ns1.teamunify.net"
maradns_uid = 65500
maradns_gid = 65500
chroot_dir = "/etc/maradns"
default_rrany_set = 15
verbose_level = 2
hide_disclaimer = "yes"
tcp_convert_acl = "0.0.0.0/0"
tcp_convert_server = "192.168.50.250"
recursive_acl = "192.168.50.0/24, 10.10.0.0/16, 127.0.0.1"
csv2 = {}

Eu adicionei um registro ao arquivo teamunify.com.zone assim:

topica.%      192.168.50.141 ~

Eu sou capaz de obter o registro A retornado quando eu consultar o servidor da sub-rede local. Eu não sou capaz de obter o registro A retornado quando eu consultar o servidor remotamente.

O registro em verbose_level = 3 mostra que o MaraDNS recebe a consulta:

Query from: $PUBLIC_IP Atopica.teamunify.com.

... mas não há erros no log relacionados à consulta, e o cliente eventualmente expira.

Temos outros registros RFC1918 A nesse arquivo de zona e todos podem retornar registros A quando consultados remotamente. Nenhum dos endereços de trabalho estão na sub-rede 192.168.50.0/24, no entanto.

    
por Dave Owens 06.06.2013 / 01:41

1 resposta

0

Finalmente classificamos este aqui ... aqui está o resumo:

  • Servidor de nomes autoritativo em execução por trás do Cisco NAT versão 15.0 (1r) M15, SOFTWARE DE RELEASE (fc1)
  • configurou o NS para fornecer um registro A para uma sub-rede 'local' no espaço de rfc1918
  • As consultas de registro nunca são retornadas ao cliente!
  • análise de tráfego mostra que o host realmente envia o registro A pelo fio (em direção ao roteador NAT)
  • A análise de tráfego
  • também mostra que o roteador está respondendo a uma resposta de registro com um pacote inacessível do host ICMP

A pesquisa pela lista cisco-nsp gera isso: link

Também confirmado por isso: link

Corrigir nossas traduções nat para o DNS usar a diretiva 'no-payload' permite que o registro A transmita o roteador.

    
por 17.06.2013 / 22:30