Atualizações de DNS dinâmicas com interfaces sem fio e com fio

3

Temos escritórios cheios de Windows & Usuários de Mac que obtêm endereços IP de um servidor DHCP do Windows, que por sua vez atualiza as entradas do DNS dinâmico.

Estamos percebendo grandes inconsistências nas entradas e descobrimos que o problema está ocorrendo mais em Macs do que em Windows, e ainda mais quando os usuários estão trocando com freqüência de um adaptador com fio para sem fio, o que faz sentido:

  1. O usuário ativa o adaptador com fio e registra o DNS adequado
  2. O usuário ativa o adaptador sem fio e registra a segunda entrada de DNS adequada
  3. o usuário desliga a conexão sem fio manualmente e a segunda entrada permanece imprópria até ser limpa.

Nosso pessoal de help desk depende muito (talvez mais do que deveria) das entradas dinâmicas como parte de seu processo de negócios. Por exemplo, o usuário envia um tíquete de suporte técnico, e o membro da equipe espera poder acessar a área de trabalho remota em sua máquina pelo nome do host, que é hyperlinkado no aplicativo de emissão de tíquetes do helpdesk.

Implementamos várias soluções & band-aids para diferentes sintomas dos problemas, tais como:

  • Usando reservas de DNS para PCs Macintosh
  • Usando a eliminação de DNS para remover registros antigos
  • Mudando de um servidor DHCP da Cisco para o servidor DHCP do Windows

Mas não importa o que fazemos, parece impossível manter registros perfeitos.

Alguém já encontrou esse problema antes? Qual é a melhor prática do setor?

Comentários & Sugestões são muito apreciadas,

/ p

    
por Phaedrus 04.09.2012 / 18:00

3 respostas

1

Eu diria que a melhor prática do setor não é ter um ambiente como o seu. ;)

Sério, no entanto, a AFAICS não tem muito mais do que você já está fazendo. Seu maior problema é provavelmente a troca freqüente entre conexões com e sem fio. Em sua situação, eu utilizaria reservas o máximo possível e tornaria as configurações de tempo de concessão e eliminação bastante agressivas, particularmente o intervalo sem atualização.

Veja esta postagem no blog sobre a eliminação e os tempos de concessão do DHCP.

    
por 04.09.2012 / 20:18
1

Você pode configurar as NICs sem fio para não se registrar no DNS. A única desvantagem disso seria se o usuário estivesse conectado somente via wireless, então você não seria capaz de se conectar via hostname DNS, pois isso seria ligado ao endereço IP da NIC com fio.

EDITAR

Como uma solução interessante, aqui está algo que você pode tentar:

Configure um subdomínio da sua zona DNS do AD, chamado wireless (ou o que você quiser).

Configure um sufixo DNS na NIC sem fio (wireless.domain.tld) e defina as opções para "registrar os endereços desta conexão no DNS" e "Usar o sufixo DNS desta conexão no registro DNS"

O que você descobrirá é um registro A em seu subdomínio "sem fio" para a NIC sem fio da máquina cliente. Você ainda terá os dois registros A em sua zona DNS do AD, mas se você puder direcionar seu aplicativo de helpdesk ao subdomínio "sem fio", saberá sempre qual registro A corresponde à NIC sem fio.

    
por 24.09.2012 / 22:18
0

Eu já encontrei essa situação antes.

A solução para nós era examinar as autenticações de domínio e registrar os cinco nomes de host / IPs mais recentes para autenticação desse usuário. Isso quase sempre inclui um login de sua estação de trabalho ou laptop, ou qualquer máquina com a qual eles estejam tendo problemas e registrem um ticket. Geralmente é o mais recente.

As informações estão disponíveis no sistema de emissão de bilhetes na página de informações do usuário e, portanto, estão incluídas no ticket.

No geral, eu sugiro que você faça isso de um ângulo diferente, colocando menos ênfase nos endereços DHCP e mais no endereço que você sabe que eles estão usando ativamente.

    
por 24.09.2012 / 21:47