O DNS funciona metade do tempo no Oracle VirtualBox e eu não consigo nem manter o arquivo / etc / hosts

Question

Eu instalei três Linuxes no mesmo laptop e no mesmo VirtualBox e esta é a minha taxa de sucesso com o DNS:

• HortonWorks & CentOS Trabalhou por 5 minutos e nunca depois disso novamente. A reinstalação da imagem da VM a partir do zero não ajudou.
• Talend, MapR & CentOS Funcionou bem por alguns dias e depois parou de trabalhar. Primeiro, ele parou de funcionar em todos os lugares, exceto o Firefox, e algumas horas depois o Firefox parou de funcionar também. Eu sei que o Firefox tem seu próprio cache DNS, então eu suponho que ele tenha armazenado em cache o nome do servidor DNS ou algo parecido por algum tempo, assim como funcionou mesmo para sites que eu nunca tinha navegado.
• Cloudera & O RHEL / RedHat funciona perfeitamente o tempo todo (com esse problema, mas tem alguns outros problemas).

Em seguida, a manutenção de /etc/hosts funciona de maneira diferente também:

• HortonWorks CentOS - funciona bem, sem problemas. Esta é a única maneira de fazer qualquer coisa, apesar do problema do DNS.
• Talend CentOS - redefine o arquivo imediatamente. Quando eu atualizo o arquivo com o vi, o vi reclama que alguém já alterou o arquivo quando eu chego ao ponto de salvar minhas alterações. E o que "alguém" está fazendo lá é que esse serviço "legal" está revertendo-o constantemente.

Ainda não tentei voltar ao snapshot anterior com o Talend CentOS, pois espero entender primeiro o que fiz de "errado", para não repetir o mesmo erro e interromper o serviço DNS novamente. Isso está assumindo que há alguma lógica quanto a quando isso é quebrado e quando funciona.

Estou usando a única opção que funciona com as configurações de rede do VirtualBox: NAT. E sim, eu tento desligá-lo e ligá-lo novamente para consertá-lo. E isso ajuda a problemas ocasionais quando o host do Windows tem um novo endereço de rede (= todas as manhãs).

O ID do cliente DHCP está vazio nas configurações, por isso deve ser padrão:

/sbin/dhclient -d -4 -sf /usr/libexec/nm-dhcp-client.action -pf /var/run/dhclient-eth0.pid -lf /var/lib/dhclient/dhclient-13e5cc85-010e-45e6-0000-f9b4015d5abc-eth0.lease -cf /var/run/nm-dhclient-eth0.conf eth0

Configurações do DHCP (Preferências do sistema - > Conexões de rede - > Sistema eth0 - > Editar ... - > IPv4 & IPv6) são, por padrão, definidas como (totalmente) automáticas. Também testei com o endereço IP do host local encontrado em /etc/hosts , DNS & gateway que encontrei com ipconfig -all (no host do Windows) e com a máscara de rede 255.255.255.0. Mas isso não ajudou.

Se eu matar o DHCP kill 20610 , o DNS funcionará por talvez 10 minutos até que ele falhe novamente.

Eu encontrei uma pista. Quando o DNS funciona corretamente, o conteúdo do arquivo /etc/resolv.conf é

# Generated by NetworkManager
search local


# No nameservers found; try putting DNS servers into your
# ifcfg files in /etc/sysconfig/network-scripts like so:
#
# DNS1=xxx.xxx.xxx.xxx
# DNS2=xxx.xxx.xxx.xxx
# DOMAIN=lab.foo.com bar.foo.com

E quando o DNS está quebrado, o mesmo arquivo tem

nameserver 8.8.8.8

Pesquisando-o, explicou que este é o servidor DNS do Google e que é frequentemente usado como um servidor DNS de backup. Então, algum serviço decide usar esse endereço como servidor DNS por qualquer motivo e isso não funciona do meu host do Windows também. É aparentemente bloqueado pela empresa em que trabalho.

Copiado / movido esta discussão para o site do CentOS: link