O iMac não pode resolver o DNS (ou encontrar uma rota para hospedar?) para alguns sites, mas o Windows pode?

Question

Na minha rede doméstica, tenho alguns PCs baseados no Windows que não têm problemas conhecidos com o DNS, mas com o meu OSX iMac, tenho problemas para resolver alguns domínios aleatórios. Alguns domínios com os quais tenho problemas são:

• ehow.com
• about.com
• nationalshoppingservice.com

Além de olhar para o arquivo / etc / hosts (o que eu acho ótimo), o que devo verificar no iMac para problemas associados ao DNS ou quais ferramentas devo usar para ajudar a diagnosticar o problema? Estou enfrentando?

Usando o comando dig, recebo:

; <<>> DiG 9.4.3-P3 <<>> @4.2.2.2 www.nationalshoppingservice.com
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 3468
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.nationalshoppingservice.com. IN    A

;; ANSWER SECTION:
www.nationalshoppingservice.com. 14400 IN A 64.40.111.81

;; Query time: 86 msec
;; SERVER: 4.2.2.2#53(4.2.2.2)
;; WHEN: Tue Apr 12 18:22:42 2011
;; MSG SIZE  rcvd: 65

Depois de tentar algumas das sugestões eu acredito que o DNS é o problema errado ... quando eu fiz um ping de www.nationalshoppingservice.com é isso que eu consegui:

PING www.nationalshoppingservice.com (64.40.111.81): 56 data bytes
ping: sendto: No route to host
ping: sendto: No route to host
ping: sendto: No route to host
ping: sendto: No route to host

Então, parece que o DNS está resolvendo, mas a rota para o host não pode ser encontrada? O que está acontecendo aqui?

    

Answer 1

A linha de comando será sua amiga. 1 você pode não ter um problema de DNS em tudo. Você precisa determinar isso primeiro. A melhor ferramenta para este trabalho é dig . Abra o Terminal e digite

dig @4.2.2.2 ehow.com

Os componentes deste comando:

dig          :   the command
@4.2.2.2     :   this tells dig where to ask.  We are specifically asking a
                 known provider in this case Level3.  You could easily put
                 8.8.8.8 (Google) or any other provider here.
ehow.com     :   the domain you wish to query for.

Você receberá a saída como:

; <<>> DiG 9.7.2-P2 <<>> @4.2.2.2 ehow.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43699
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;ehow.com.          IN  A

**;; ANSWER SECTION:
ehow.com.       118 IN  A   98.124.249.20**

;; Query time: 1 msec
;; SERVER: 4.2.2.2#53(4.2.2.2)
;; WHEN: Mon Apr 11 01:51:12 2011
;; MSG SIZE  rcvd: 42

A seção RESPOSTA é a parte importante. Se você receber uma resposta, saberá que o seu iMac está bem e pode "obter" acesso a esse domínio.

O próximo passo é substituir o @ 4.2.2.2 pelo IP ou hostname do seu servidor DNS regular. Isso geralmente é fornecido pelo seu provedor de serviços de Internet. Se você receber a mesma resposta, então você sabe que o DNS não é problema seu e você pode começar a procurar em outro lugar. Você também tem que executar esses testes algumas vezes para ter certeza de que está recebendo bons tempos de resposta. Se você alguma vez conseguir:

;; connection timed out; no servers could be reached

Então você sabe que não está recebendo uma resposta. Se isso ocorrer de forma intermitente, você poderá notar mais no iMac em relação às máquinas do Windows, devido ao armazenamento em cache. Descobri em minha experiência que as máquinas Windows armazenam respostas de DNS mais longas que os Macs.

    

Answer 2

Para solucionar problemas de DNS no Mac OS X, você precisa usar uma ferramenta de consulta DNS Unix tradicional, como (escolha uma :) host , dig e nslookup , além de uma ferramenta moderna que chama APIs de pesquisa de DNS específicas do Mac OS X, como dns-sd -Q .

As APIs de pesquisa de DNS que a maioria dos aplicativos Cocoa chama são roteadas pelo daemon mDNSResponder , o que significa que, se os aplicativos da GUI estiverem com problemas de pesquisa de DNS, dns-sd -Q provavelmente mostrará a mesma coisa.

As ferramentas tradicionais de pesquisa Unix DNS usam o código de resolução Unix DNS mais tradicional, o que significa que podem resolver coisas que os aplicativos Cocoa não podem (e vice-versa).

Se você puder procurar algo com dig , mas não com dns-sd , tente matar o daemon mDNSResponder e permitir que launchd o reinicie automaticamente (descobri que o HUPping mDNSResponder nem sempre é o suficiente).

sudo killall mDNSResponder

    

Answer 3

Você tem algum software de bloqueio de IP ou coisas semelhantes instaladas no seu iMac?

Além disso, tente acessar Preferências - > Rede - > Avançado & > DNS e redefina suas entradas de DNS; livrar-se de quaisquer estranhos.

Se isso não funcionar, tente (temporariamente) fazer uma nova conta no seu iMac, ou faça login em outra, e veja se você pode acessar os sites deles.

    

Answer 4

Para testar algo, você pode ir para Preferências- > Rede- > Avançado > DNS e adicionar uma entrada de DNS para o DNS público do Google 8.8.8.8. Se isso resolver o problema, você terá que descobrir quais configurações de DHCP seu roteador está usando ao distribuir endereços IP e informações de DNS. Se o seu roteador está obtendo suas informações de DNS do seu ISP, então esse pode ser o seu problema, talvez apenas uma resposta lenta. Você não precisa usar as configurações de DNS dos seus ISPs.

Costumo usar 8.8.8.8 para testar, mas principalmente uso o Opendns para controle adicional.

Espero que ajude