Seja certo ou não, acabei substituindo meu roteador sem fio. Parece ter resolvido o problema.
No meu Mac com o OS X Snow Leopard, recebo continuamente erros "Server Not Found" no meu navegador (Firefox) enquanto navega em vários sites. Na tentativa de resolver o problema eu tentei o seguinte (cada, mais de uma vez):
Não consigo encontrar o que está causando o problema ou uma maneira diferente de resolvê-lo. Eu tenho vários computadores no roteador e não tenho esse problema com eles.
Em alguns casos, apenas parte da página será carregada. Os gráficos podem estar faltando ou os anúncios não são carregados. Tenho quase certeza de que tem algo a ver com o DNS, mas não tenho certeza se pode ser o Mac ou se é algo com o roteador.
Quaisquer pensamentos seriam apreciados. Eu tentarei qualquer sugestão razoável ...
Atualizar : em resposta a uma solicitação de sites de exemplo:
Ocorre intermitentemente e sei que não é o site porque posso acessar rapidamente o site em outros computadores. Além disso, se eu atualizar o suficiente - de 3 a 4 vezes -, normalmente ele puxará o site.
Atualização: Com base nos comentários até o momento, tentei dig . Eu estava tendo problemas com o Ubuntu.com, então eu corri a escavação disso. Aqui estão os resultados:
frank-villasenors-macbook:Documents FrankV$ dig www.ubuntu.com
; <<>> DiG 9.6.0-APPLE-P2 <<>> www.ubuntu.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60666
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;www.ubuntu.com. IN A
;; ANSWER SECTION:
www.ubuntu.com. 432 IN A 91.189.90.40
;; Query time: 24 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Tue Oct 27 18:31:33 2009
;; MSG SIZE rcvd: 48
Eu executei um em um site que estava funcionando (meu blog) e aqui estão os resultados:
frank-villasenors-macbook:mozilla-central-working FrankV$ dig www.theopensourceu.com
; <<>> DiG 9.6.0-APPLE-P2 <<>> www.theopensourceu.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37084
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;www.theopensourceu.com. IN A
;; ANSWER SECTION:
www.theopensourceu.com. 3600 IN CNAME theopensourceu.com.
theopensourceu.com. 3148 IN A 68.178.232.55
;; Query time: 98 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Tue Oct 27 18:33:40 2009
;; MSG SIZE rcvd: 70
Eles parecem semelhantes; Eu não acho que isso está me dizendo nada (agora) ... Pouco antes de enviar isso, eu atualizei minha janela Ubuntu.com e o site surgiu ... Talvez o dig conserte?
Atualização (11/17/2009): Eu ainda estou tendo problemas com isso aqui e ali. Uma coisa adicional que notei é que às vezes as pesquisas de DNS demoram mais do que eu esperava. Por exemplo, se eu tentar ir ao Superuser.com, o navegador da Web (geralmente uso o FireFox) mostrará a tela de carregamento por 30 a 45 segundos. Poderia ser mais longo e poderia ser mais curto, mas nesse ponto, às vezes, o site eventualmente carrega e às vezes eu recebo a mensagem de erro mencionada acima.
Caso haja dúvida, eu tenho uma conexão de internet de banda larga (pela Comcast em Chicagoland) que geralmente reporta velocidades de cerca de 5mbps. Mais uma vez, vejo apenas este problema no MacBook. Eu também tenho dois computadores baseados em Vista e um computador baseado em Ubuntu que não apresentam este problema.
No Firefox, "Servidor não encontrado" informa que ele não sabe seu endereço IP † . Então, problemas de DNS, de fato.
Quando você encontrar esse problema novamente, poderá imediatamente tentar verificar se outros servidores DNS fornecerão resultados diferentes. Portanto, não atualize seu navegador, não libere o cache, mas execute o seguinte (como você já fez) para informar o que seu servidor DNS atual sabe sobre o domínio problemático. Quando você recebe uma resposta para o seguinte, o tipo de teste falhou, mas talvez o seguinte não lhe dê uma resposta útil:
dig www.python.org [..] ;; ANSWER SECTION: www.python.org. 33592 IN A 82.94.164.162 [..] ;; Query time: 168 msec [..] ;; WHEN: Sat Nov 14 12:56:54 2009
Os resultados acima podem ter sido armazenados em cache pelo seu roteador / modem ou foram delegados ao servidor DNS do seu ISP para qualquer coisa que o roteador ainda não conhecesse. O valor para Query time pode ser alguma indicação se o resultado foi armazenado em cache no modem / roteador ou não. Então, execute o mesmo comando novamente (pressione seta para cima e Return no Terminal):
;; Query time: 33 msec [..] ;; WHEN: Sat Nov 14 12:57:14 2009
Acima, vendo 168 versus 33 milissegundos, podemos supor que o resultado para o primeiro comando dig não foi armazenado em cache no modem / roteador e que o servidor DNS do provedor levou algum tempo extra. A segunda solicitação provavelmente foi armazenada em cache.
Se os tempos de consulta forem muito diferentes para você, então, por algum motivo, seu navegador ou sistema operacional ainda não solicitaram esse domínio do DNS, mesmo que o navegador esteja tentando mostrar essa página. Isso provavelmente lhe diria que o DNS do computador está bagunçado (o que faz sentido, já que outros computadores que usam o mesmo modem / roteador não sofrem o mesmo problema).
Em seguida, verifique se, por exemplo, OpenDNS produz outros resultados:
dig @208.67.222.222 www.python.org [..] ;; ANSWER SECTION: www.python.org. 83166 IN A 82.94.164.162
Acima, os resultados são os mesmos, mas sua milhagem pode variar. (Você só precisa comparar endereços IP; quando usar explicitamente algum servidor DNS, como @208.67.222.222 , os tempos de consulta não serão muito diferentes para solicitações repetidas.)
Então, sempre que isso acontecer novamente: informe-nos sobre os resultados acima. Alternativamente, apenas configure seu Mac para usar os servidores OpenDNS por um tempo, e veja se o problema ainda ocorre então?
† Os servidores não-respondentes fornecem a opção "A conexão expirou" e provavelmente levará muito mais tempo para mostrar esse erro.
Corrijo esse problema configurando network.dns.disablePrefetch como true
Esse é um problema conhecido, há um bug no mDNSResponder (há muitas postagens em discussions.apple.com), algumas outras já abriram um bug na Apple, não sabemos se elas serão entregues em 10.6 .3, como esse bug não é grande, mas depende do servidor DNS do ISP (mesmo se você configurar os servidores OpenDNS, ele não alterará a situação, pois um segundo bug no mDNSResponder é bagunçado com a ordem dos servidores DNS em que ele lista, e mesmo se você "forçá-lo" a usar o OpenDNS, ele terá o "oferecido" pelo gateway padrão, que é o fornecido pelo seu ISP, que é o correspondente com o primeiro bug). Eu tenho o problema e não há solução no momento, faça downgrade para o Leopard ou aguarde 10.6.3 (... ou peça ao seu ISP para alterar / atualizar seu servidor DNS) ...
Outra alternativa é criar "em LAN" um proxy ... dessa forma deve funcionar (parece para alguém, como você verá nas postagens das discussões ...). Eu esperarei 10.6.3 mesmo que eu não tenha certeza de que eles consertarão 100%, são alguns bugs complicados e não são fáceis de replicar e resolver.
tchau gpy
Você tentou usar dig hostname.com na linha de comando enquanto enfrentava o problema? Isso tentará fazer uma pesquisa para você e poderá revelar mais informações sobre o problema.
Quais servidores DNS você está usando? Todos os seus sistemas estão usando os mesmos?
Você está usando os servidores DNS do seu provedor? Normalmente, eles serão sobrecarregados por solicitações. Se você é habilidoso o suficiente, recomendo configurar um servidor de nomes de cache local (não OpenDNS, como alguns podem sugerir - eles jogam com o DNS que não deveriam).
Já tentou acessar um sistema diferente enquanto experimentava isso e recarregar dois sistemas ao mesmo tempo, só para ter certeza de que não é intermitente?
Estou com o mesmo problema no meu macbook Snow Leopard (10.6.8). Ocasionalmente, o Firefox não consegue encontrar o servidor, nem o ping, mas o nslookup resolve o IP. Eu só lembro de ter o problema com en.wikipedia.org.
Aqui está algo que funcionou 2 ou 3 vezes para mim até agora para en.wikipedia.org: Visite www.wikipedia.org e clique em "English", que leva você para en.wikipedia.org. Isso faz com que o host "reapareça" imediatamente. (Antes de tentar isso, levaria cerca de um minuto para o host ser reconhecido novamente.)
Eu tentei uma solução semelhante ao google'ing para o site e clique no link nos resultados da pesquisa, mas não funcionou. Talvez esteja relacionado a um cache ser limpo apenas quando outro host no mesmo domínio for acessado.
Tags dns mac osx-snow-leopard macos