Falha temporária na resolução de nomes

11

Continuo recebendo uma mensagem de erro sempre que faço algo que requer uma pesquisa de DNS no meu servidor CentOS. Por exemplo:

[root@15557 etc]#  wget http://www.whitehouse.gov/sites/default/files/rss_viewer/birth-certificate-long-form.pdf
--2011-05-03 20:55:35--  http://www.whitehouse.gov/sites/default/files/rss_viewer/birth-certificate-long-form.pdf
Resolving www.whitehouse.gov... failed: Temporary failure in name resolution.
wget: unable to resolve host address 'www.whitehouse.gov'

Se eu reiniciar o servidor, esse problema desaparece por um tempo curto , mas sempre volta depois de uma hora ou mais. Se eu alterar os IPs dos servidores de nomes listados em resolv.conf , o problema não será corrigido, mesmo se eu os substituir por um servidor de nomes comum, como o 8.8.8.8 do Google. Se eu limpar o cache de hosts depois de alterar resolve.conf , isso também não corrigirá o problema. Após o reinício do servidor, o resolv.conf é alterado de volta para seus valores padrão (eu acho que por alguns DHCP).

    
por whitelines222 04.05.2011 / 06:06

2 respostas

8

Isso pode ser um problema causado pelo servidor DHCP - na verdade, por um invasor ou por outro servidor DHCP mal configurado em sua rede.

Provavelmente , é isso que acontece: quando o seu servidor inicializa, ele consegue os parâmetros precisos ( endereço IP, gateway, servidores DNS, etc. ) do servidor DHCP legítimo e, como resultado, você não terá problemas até a renovação da concessão. Após um período de tempo relativamente curto ( depende da configuração do cliente e do servidor dhcp ), o cliente DHCP tentará renovar a concessão, entrando em contato com o servidor DHCP legítimo (via transmissão unicast). Se, por algum motivo, isso falhar ou se, por algum motivo, o cliente dhcp não obtiver uma resposta do servidor DHCP legítimo, ele entrará no estado de religação e transmitirá uma solicitação para estender o tempo de concessão. Se o rogue / outro servidor DHCP configurado incorretamente conseguir responder primeiro, ele poderá enviar para o seu cliente DHCP parâmetros inacessíveis - por exemplo, um endereço de servidor DNS "errado" e, como resultado, você não poderá para resolver nomes de host.

Se minha especulação estiver correta, reinicializar seu servidor não sempre resolve o problema, pois pode haver momentos em que o servidor DHCP não autorizado responde primeiro e, como resultado, você enfrenta o problema mencionado.

Em qualquer caso, tente configurar endereços IP estáticos, desabilitando o DHCP e configurando manualmente os servidores DNS. Além disso, você provavelmente deve verificar se há outros servidores DHCP em execução na rede, além do que você está usando.

    
por 08.11.2011 / 20:01
0

No meu caso, eu defini as regras fw para a interface errada. Então a porta 53 não estava aberta, e o servidor não conseguiu fazer um dns req

    
por 19.09.2017 / 10:38