Por que a resolução de nomes de domínio é lenta no Sierra

4

Eu tenho um servidor Web Linux em execução no VirtualBox e após a atualização para o Sierra, descobri que meus sites no servidor Web são extremamente lentos para carregar. Demora alguns minutos. Eu pensei que tinha algo a ver com a instalação de convidado do VirtualBox, então configurei meus sites em um contêiner do Docker, mas estou vendo a mesma coisa.

Por capricho, desliguei todas as redes e, de repente, meus sites carregam instantaneamente. Isso me leva a acreditar que há algum tipo de problema de resolução de nome de domínio, mas não tenho certeza de onde procurar.

Meus domínios de desenvolvimento estão em / etc / hosts, mais ou menos assim:

127.0.0.1 firstdomain.dev
127.0.0.1 seconddomain.dev

Quando ping firstdomain.devrecebo isso:

PING firstdomain.dev (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.089 ms
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.109 ms

Quando host firstdomain.devrecebo isso:

firstdomain.dev has address 127.0.53.53
firstdomain.dev mail is handled by 10 your-dns-needs-immediate-attention.dev.

Não entendo por que o sistema operacional não está olhando primeiro para o / etc / hosts e indo a partir daí. O que mais posso ver ou fazer para resolver isso?

Edit: Eu tentei alterar o .dev para .local, mas ainda vejo a mesma coisa.

Darrell Brogdon
fonte

Respostas:

2

Suponho que você já executou todas as tarefas mDSNResponder normalmente propostas para redefini-lo, limpar caches etc.

.dev é um "Novo gTLDs" adequado desde 2014. Provavelmente você está usando o Google Chrome para acessar seu (s) site (s), que geralmente usam seu próprio serviço de consulta de DNS. O gerenciamento de resolução de nomes esquisito no OS X, bem como o "serviço" do Google Chrome (que às vezes parece ignorar as entradas / etc / hosts e depois falha em resolver um verdadeiro primeiro domínio.dev na WAN) sugerem simplesmente usar outro TLD como desenvolvimento , .dhome ou .devwork .

E / ou configure o dnsmasq com homebrew e use localhost / 127.0.0.1 como único servidor DNS nas suas preferências de rede. Configure endereços IP apropriados em vez de muitos endereços IP 127.0.0.1 nos arquivos de configuração.

Klanomath
fonte
1

Acontece que o problema era realmente mod_authz_host na VM. Ele estava tentando fazer uma pesquisa inversa nos domínios fictícios e às vezes atingindo o tempo limite, às vezes não. Como não tenho necessidade de mod_authz_host, posso removê-lo com segurança. É curioso como a atualização para o Sierra causou isso.

Darrell Brogdon
fonte