DHCP não está atualizando o DNS

0

RHEL5.6, bind-9.3.6 e dhcp-3.0.5

Então, depois que eu corrigi meu problema com o DHCP para analisar os endereços MAC Para essas máquinas virtuais, agora preciso descobrir como fazer isso para atualizar o DNS quando um desses hosts virtuais estiver ativo e ativo.

Eu configurei a ligação para o dDNS e usei nsupdate para verificar a nomeação aceitar atualizações dinâmicas.

Configurei o DHCP para atualizar suas concessões estáticas e seu pool. No entanto, nem o dhcpd.log nem o named.log mostram qualquer tentativa de atualizar as tabelas do DNS. Por outro lado, os testes nsupdate aparecem na named.log apenas bem.

Então, posso verificar que named receberá e aceitará atualizações, mas não posso verificar se dhcpd está tentando enviá-las.

As perguntas:

  • O que posso ter perdido no meu dhcpd.conf (ou em /etc/sysconfig/dhcpd )?
  • Alguém usou a funcionalidade log{} em dhcpd.conf para confirmar / refutar as atualizações do dDNS?

Obrigado!

Aqui estão alguns dhcpd.conf snips:

ddns-update-style interim;
update-static-leases on;

key dhcpupdate
{
  algorithm hmac-md5;
  secret <KEY>;
}

zone 22.YYY.XXX.in-addr.arpa
{
  primary XXX.YYY.22.168;
  key dhcpupdate;
}

zone 23.YYY.XXX.in-addr.arpa
{
  primary XXX.YYY.22.168;
  key dhcpupdate;
}

zone 24.YYY.XXX.in-addr.arpa
{
  primary XXX.YYY.22.168;
  key dhcpupdate;
}

zone example.com
{
  primary XXX.YYY.22.168;
  key dhcpupdate;
}

zone sub1.example.com
{
  primary XXX.YYY.22.168;
  key dhcpupdate;
}

zone sub2.example.com
{
  primary XXX.YYY.22.168;
  key dhcpupdate;
}

zone sub3.example.com
{
  primary XXX.YYY.22.168;
  key dhcpupdate;
}

subnet XXX.YYY.24.0 netmask 255.255.254.0
{
  group
  {
    ddns-hostname "example.com";

    host <hostfqdn> { hardware ethernet <MAC>; fixed address <hostfqdn>;}
    ...
  }

  group
  {
    ddns-hostname "sub1.example.com";

    host <hostfqdn> { hardware ethernet <MAC>; fixed address <hostfqdn>;}
    ...
  }

  group
  {
    ddns-hostname "sub2.example.com";

    host <hostfqdn> { hardware ethernet <MAC>; fixed address <hostfqdn>;}
    ...
  }

  group
  {
    ddns-hostname "sub3.example.com";

    host <hostfqdn> { hardware ethernet <MAC>; fixed address <hostfqdn>;}
    ...
  }
}
subnet XXX.YYY.24.0 netmask 255.255.255.0
{
  option routers XXX.YYY.24.254;
  option domain-name-servers XXX.YYY.22.168, XXX.YYY.22.169;
  option ntp-servers XXX.YYY.22.168,XXX.YYY.22.169;
  default-lease-time 86400; # 1 day
  max-lease-time 604800;    # 7 days
  use-host-decl-names on;
  allow unknown-clients;

  option domain-name "example.com sub1.example.com sub2.example.com sub3.example.com";
  ddns-domainname "example.com";
  next-server XXX.YYY.22.159;
  filename "pxelinux.0";

  pool
  {
    allow members of "virtual-hosts";
    one-lease-per-client true;
    ping-check true;
    range XXX.YYY.24.11 XXX.YYY.24.60;
  }
}
    
por dafydd 22.11.2012 / 01:12

2 respostas

1

E a parte que faltava está no lado do cliente. No RHEL5, preciso configure DHCP_HOSTNAME para o nome abreviado do host para o dhclient passar para o daemon dhcpd .

(Antes de ver o texto que especifica o nome abreviado, tentei com o FQDN. Agora, terei que reiniciar o servidor DNS para excluir um host.1.example.com.1.example.com acidental, devido ao fato de meu daemon dhcpd não truncar o nome porção de domínio ...)

    
por 26.11.2012 / 19:00
0

Em todos os sistemas com os quais trabalhei, foi responsabilidade do cliente atualizar o DNS. A maioria dos clientes DHCP tem uma maneira de especificar qual DNS notificar.

Se você estiver usando bind , as configurações padrão com as quais trabalhei tiveram as atualizações dinâmicas desabilitadas.

Para este tipo de configuração, eu uso dnsmasq para fornecer os serviços DHCP e DNS. Ele atualizará suas respostas de DNS usando o nome fornecido na solicitação DHCP.

Ainda mais simples é usar endereços IP fixos para as máquinas virtuais. Estes podem ser adicionados ao DNS e estarão sempre disponíveis. A maioria dos servidores DHCP, incluindo dnsmasq , pode fornecer endereços IP fixos com base no endereço MAC.

    
por 22.11.2012 / 02:49