DNS não resolvendo no Mac OS X -- acos campo com macbook-pro campo com snow-leopard campo com network campo com dns camp apple Relacionado O problema

DNS not resolving on Mac OS X


111
vote

problema

português

Alguns dos meus colegas de trabalho estão tendo problemas em sua resolução Macs - DNS não funciona no Mac OS X. Eles estão executando o Snow Leopard 10.6.8. Eles podem usar o DNS em uma máquina virtual do Windows 7 (VMware Fusion 3.1.3) em execução no OS X. Os computadores são 15 "MacBook Pros, no início do modelo de 2011.

coisas que eles tentaram que não funcionaram:

  • Aeroporto de giro ON / OFF
  • reiniciando
  • usando conexão com fio em vez de wifi
  • Excluindo credenciais de conexão e adicioná-lo novamente
  • desligando o Firewall do Mac
  • usando IP estático fixo
  • Configurando manualmente os servidores DNS
  • Reiniciar MDNSResponder
  • as correções de esta outra pergunta

editar resposta à resposta de Martín:

você pode ping o dns que você deseja usar?

  $ ping apple.com ping: cannot resolve apple.com: Unknown host    

o que é / são o endereço IP (es) do (s) dns (s) que você deseja usar?

Este é um servidor DNS da empresa que é dado com DHCP, funciona bem para outras pessoas. Eu também tentei o Google 8.8.4 e 205.171.3.65 (que eu encontrei no Benchmark DNS do GRC para ser o mais rápido).

Você já tentou usar 8.8.8.8 (Google) ou qualquer um dos Opendns 208.67.222.222 ou 208.67.220.220?

Não funciona, consulte Saída do Google Chrome:

.

O servidor em www.apple.com não pode ser encontrado, porque a pesquisa de DNS falhou. DNS é o serviço de rede que traduz o nome de um site para seu endereço de Internet. Este erro é mais frequentemente causado por não ter conexão com a Internet ou uma rede incorretamente. Também pode ser causado por um servidor DNS não responsivo ou um firewall impedindo que o Google Chrome acesse a rede.

você pode ping esses hosts?

  $ ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8): 56 data bytes 64 bytes from 8.8.8.8: icmp_seq=0 ttl=58 time=3.925 ms    

criando um usuário em branco

Uma conta de usuário convidada foi criada, a questão DNS ainda estava lá ao usar a conta de convidado.

nslookup e cavar ambos funcionam bem

  $ nslookup www.apple.com 8.8.8.8 Server:  8.8.8.8 Address: 8.8.8.8#53  Non-authoritative answer: www.apple.com canonical name = www.isg-apple.com.akadns.net. www.isg-apple.com.akadns.net canonical name = www.apple.com.edgekey.net. www.apple.com.edgekey.net canonical name = e3191.c.akamaiedge.net. Name: e3191.c.akamaiedge.net Address: 184.24.141.15    

  $ dig @8.8.8.8 www.apple.com ; <<>> DiG 9.6.0-APPLE-P2 <<>> @8.8.8.8 www.apple.com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11298 ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0  ;; QUESTION SECTION: ;www.apple.com.   IN A ;; ANSWER SECTION: www.apple.com.  1041 IN CNAME www.isg-apple.com.akadns.net. www.isg-apple.com.akadns.net. 38 IN CNAME www.apple.com.edgekey.net. www.apple.com.edgekey.net. 8794 IN CNAME e3191.c.akamaiedge.net. e3191.c.akamaiedge.net. 17 IN A 184.24.141.15 ;; Query time: 4 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Tue Oct 4 09:25:28 2011 ;; MSG SIZE  rcvd: 158    

também lavar o cache DNS foi feito, mas não ajudou

  sudo dscacheutil -flushcache sudo killall -HUP mDNSResponder    

edit 2 :

  $ cat /etc/resolv.conf # # Mac OS X Notice # # This file is not used by the host name and address resolution # or the DNS query routing mechanisms used by most processes on # this Mac OS X system. # # This file is automatically generated. # domain {redacted}.com nameserver 8.8.8.8 nameserver 208.67.222.222    
english

Some of my coworkers are having troubles on their Macs - DNS resolution does not work under Mac OS X. They're running Snow Leopard 10.6.8. They can use DNS in a Windows 7 virtual machine (VMware Fusion 3.1.3) running under OS X. The computers are 15" MacBook Pros, early 2011 model.

Things they've tried that have not worked:

  • turning airport on/off
  • rebooting
  • using wired connection instead wifi
  • deleting connection credentials and adding it again
  • turning off Mac firewall
  • using fixed static IP
  • manually setting DNS servers
  • restarting mDNSResponder
  • the fixes from this other question

EDIT response Martxc3xadn's answer:

xe2x80xa2 Can you ping the DNS you want to use?

$ ping apple.com ping: cannot resolve apple.com: Unknown host 

xe2x80xa2 What is/are the IP address(es) of the DNS(s) you want to use?

This is a company DNS server that is given with DHCP, it works well for other people. I've also tried Google's 8.8.4.4 and 205.171.3.65 (which I found from GRC's DNS Benchmark to be the fastest).

xe2x80xa2 Have you tried using 8.8.8.8 (google) or any of the OpenDNS 208.67.222.222 or 208.67.220.220?

It doesn't work, see Google Chrome output:

The server at www.apple.com can't be found, because the DNS lookup failed. DNS is the network service that translates a website's name to its Internet address. This error is most often caused by having no connection to the Internet or a misconfigured network. It can also be caused by an unresponsive DNS server or a firewall preventing Google Chrome from accessing the network.

xe2x80xa2 Can you ping those hosts?

$ ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8): 56 data bytes 64 bytes from 8.8.8.8: icmp_seq=0 ttl=58 time=3.925 ms 

xe2x80xa2 creating a blank user

A guest user account was created, the DNS issue was still there when using the guest account.

xe2x80xa2 nslookup and dig both work fine

$ nslookup www.apple.com 8.8.8.8 Server:  8.8.8.8 Address: 8.8.8.8#53  Non-authoritative answer: www.apple.com canonical name = www.isg-apple.com.akadns.net. www.isg-apple.com.akadns.net canonical name = www.apple.com.edgekey.net. www.apple.com.edgekey.net canonical name = e3191.c.akamaiedge.net. Name: e3191.c.akamaiedge.net Address: 184.24.141.15 

xc2xa0

$ dig @8.8.8.8 www.apple.com ; <<>> DiG 9.6.0-APPLE-P2 <<>> @8.8.8.8 www.apple.com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11298 ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0  ;; QUESTION SECTION: ;www.apple.com.   IN A ;; ANSWER SECTION: www.apple.com.  1041 IN CNAME www.isg-apple.com.akadns.net. www.isg-apple.com.akadns.net. 38 IN CNAME www.apple.com.edgekey.net. www.apple.com.edgekey.net. 8794 IN CNAME e3191.c.akamaiedge.net. e3191.c.akamaiedge.net. 17 IN A 184.24.141.15 ;; Query time: 4 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Tue Oct 4 09:25:28 2011 ;; MSG SIZE  rcvd: 158 

xe2x80xa2 also flushing the DNS cache was done but it didn't help

sudo dscacheutil -flushcache sudo killall -HUP mDNSResponder 

EDIT 2:

$ cat /etc/resolv.conf # # Mac OS X Notice # # This file is not used by the host name and address resolution # or the DNS query routing mechanisms used by most processes on # this Mac OS X system. # # This file is automatically generated. # domain {redacted}.com nameserver 8.8.8.8 nameserver 208.67.222.222 
              
       
       

Lista de respostas

98
 
vote
vote
Melhor resposta
 

Acontece que a solução foi rejeitar MDNSSponder:

  sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist    

Isso foi obtido por um colega diferente de Esta pergunta de falha do servidor .

OS X 10.10.0 - 10.10.3, Yosemite

aparentemente , mdnsrponder não existe em Yosemite (OS X 10.10). Você pode reiniciar o Descoveryd para corrigir esses problemas.

  sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist    

OS X 10.10.4+, Yosemite

no OSX 10.10.4 O MDNSResponder tem sido reintroduzida . Então use o primeiro funcionará novamente.

 

It turns out the solution was to bounce mDNSResponder:

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist 

This was obtained by a different coworker from this Server Fault question.

OS X 10.10.0 xe2x80x93xc2xa010.10.3, Yosemite

Apparently, mDNSResponder doesn't exist in Yosemite (OS X 10.10). You can restart descoveryd instead to fix these issues.

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist 

OS X 10.10.4+, Yosemite

In OSX 10.10.4 the mDNSResponder has been reintroduced. So use the first one will work again.

 
 
         
         
13
 
vote

Na verdade, acho que você pode querer usar

  scutil --dns  scutil -r hostname    

Esses comandos usam a loja dinâmica no Configd, em oposição aos flatfiles em / etc, que geralmente são lidos apenas no modo de usuário único e para sistemas não redes.

  man scutil   # or  scutil --help      
 

Actually, I think you might want to use

scutil --dns  scutil -r hostname 

These commands use the dynamic store in configd, as opposed to the flatfiles in /etc, which often are only read in single user mode and for non networked systems.

man scutil   # or  scutil --help   
 
 
       
       
10
 
vote

Eu experimentei o mesmo problema ... e, ao mesmo tempo, reiniciando o MDNSResponder parece "trabalhar", reiniciando-o algumas vezes a cada hora, uma espécie de suga.

Então, por enquanto, eu "resolveu" o problema executando dnsmasq localmente. Para fazer isso:

  • build dnsmasq (baixe o TGZ e make ou brew install dnsmasq )
  • Coloque isto em um dnsmasq.conf arquivo:

      resolv-file=resolv.conf user=nobody group=nobody interface=lo0 cache-size=1024    
  • Coloque isto em um arquivo resolv.conf que está no mesmo diretório que o arquivo abcdefghgjklmnabcdefghijklmn5 (nb: não /etc/resolv.conf ):

      nameserver 8.8.8.8 nameserver 4.2.2.1 nameserver 4.2.2.2    
  • Executar dnsmasq com sudo dnsmasq --no-daemon --log-queries -C dnsmasq.conf . A saída deve parecer algo:

      brew install dnsmasq0   
  • Preferências de rede abertas e certifique-se de que brew install dnsmasq1 é o único servidor DNS (Preferências de rede - & gt; avançado - & gt; dns - & gt; add 127.0.0.1)

    < / li >.

As coisas devem começar a trabalhar bem novamente.

Uma vez que as coisas estiverem funcionando, você pode executar brew install dnsmasq2 sem o brew install dnsmasq3 e brew install dnsmasq4 opções, então vai começar em segundo plano e você não Preciso manter uma janela terminal aberta.

 

I've experienced the same problemxe2x80xa6 And while restarting mDNSResponder does seem to "work", restarting it a couple of times every hour sort of sucks.

So, for now, I've "solved" the problem by running dnsmasq locally. To do that:

  • Build dnsmasq (download the tgz and make or brew install dnsmasq)
  • Put this in a dnsmasq.conf file:

    resolv-file=resolv.conf user=nobody group=nobody interface=lo0 cache-size=1024 
  • Put this in a resolv.conf file that is in the same directory as the dnsmasq.conf file (nb: not /etc/resolv.conf):

    nameserver 8.8.8.8 nameserver 4.2.2.1 nameserver 4.2.2.2 
  • Run dnsmasq with sudo dnsmasq --no-daemon --log-queries -C dnsmasq.conf. The output should look something like:

    ... dnsmasq: reading resolv.conf dnsmasq: using nameserver 4.2.2.1#53 dnsmasq: using nameserver 4.2.2.2#53 dnsmasq: using nameserver 8.8.8.8#53 dnsmasq: read /etc/hosts - 6 addresses 
  • Open Network Preferences and make sure that 127.0.0.1 is the only DNS server (network preferences -> advanced -> DNS -> add 127.0.0.1)

Things should begin to work nicely again.

Once things are working, you can run dnsmasq without the --no-daemon and --log-queries options, so it will start in the background and you don't need to keep a Terminal window open.

 
 
         
         
8
 
vote

Resolução de nomes no OSX (e UNIX em geral) é retirada dos endereços IP do DNSS no arquivo localizado em /etc/resolv.conf (qual OS X gera automaticamente, tanto quanto eu posso lembrar).

Desde que você tentou praticamente qualquer coisa que vem à minha mente, eu gostaria de perguntar a você:

  • você pode ping o dns que você deseja usar?
  • O que é / são o endereço IP (s) do (s) dns (s) que você deseja usar?
  • Você já tentou usar 8.8.8.8 (Google) ou qualquer um dos Opendns 208.67.222.222 ou 208.67.220.220?
  • você pode ping esses anfitriões?

Finalmente, um teste geralmente agradável consiste em criar um usuário em branco e ver se esse novo usuário exibir o mesmo problema. Se isso não acontecer, você pode começar a cavar o que seu usuário atual tem que poderia estar causando o problema; Se também falhar, você sabe que isso é algo mais "sistema" relacionado.

também dê uma olhada no console para ver se você pode identificar algo que pode estar relacionado (e gostaria de colar por aqui).

Por último, mas não menos importante, o seu Mac vem com dois comandos DNS importantes, brew install dnsmasq5 e brew install dnsmasq6 .

SO para resolver www.apple.com usando o servidor do Google, você digitaria:

nslookup "host para resolver" "servidor DNS para usar". Por exemplo:

  brew install dnsmasq7   

NSLookup é um comando antigo (que deveria ser descontado há alguns anos e substituído pela escavação, mas sua sintaxe fácil de usar era bom demais para matar, eu acho.), Sua "substituição" é abcdefghijklmn18 , um comando muito mais poderoso, cuja sintaxe é mais louca.

Para executar a mesma consulta, você digitaria:

Dig @ 8.8.8.8 www.apple.com

e aqui está a saída:

  brew install dnsmasq9   

Como você pode ver, cavar é muito mais "verboso" (que é bom de depurar o que diabos está acontecendo). O poder da cavidade vem do fato de que você pode especificar que tipo de consulta você deseja executar (entre outras coisas).

Em qualquer caso, deixe-nos saber as saídas exatas desses comandos.

 

Name resolution under OSX (and UNIX in general) is taken from the IP addresses of the DNSs in the file located in /etc/resolv.conf (which OS X automatically generates as far as I can remember).

Since you've tried virtually anything that comes to my mind, I'd like to ask you:

  • Can you ping the DNS you want to use?
  • What is/are the IP address(es) of the DNS(s) you want to use?
  • Have you tried using 8.8.8.8 (google) or any of the OpenDNS 208.67.222.222 or 208.67.220.220?
  • Can you ping those hosts?

Finally, a usually nice test consists of creating a blank user and seeing if that new user exhibits the same problem. If it doesn't, then you can start digging what your current user has that could be causing the issue; if it also fails, then you know this is something more "system" related.

Also take a look around the Console to see if you can spot something that may be related (and would like to paste around here).

Last but not least, your Mac comes with two important DNS commands, nslookup and dig.

So to resolve www.apple.com using google's server, you'd type:

nslookup "host to resolve" "DNS server to use". E.g.:

$ nslookup www.apple.com 8.8.8.8 Server:     8.8.8.8 Address:    8.8.8.8#53  Non-authoritative answer: www.apple.com   canonical name = www.isg-apple.com.akadns.net. www.isg-apple.com.akadns.net    canonical name = www.apple.com.edgekey.net. www.apple.com.edgekey.net   canonical name = e3191.c.akamaiedge.net. Name:   e3191.c.akamaiedge.net Address: 184.24.141.15 

NSLookup is an old command (that was supposed to be deprecated some years ago and replaced by DIG, but its easy to use syntax was too good to kill I guess.), its "replacement" is dig, a much more powerful command, whose syntax is more crazy.

To perform the same query, you'd type:

dig @8.8.8.8 www.apple.com

ANd here's the output:

$ dig @8.8.8.8 www.apple.com  ; <<>> DiG 9.7.3 <<>> @8.8.8.8 www.apple.com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17356 ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0  ;; QUESTION SECTION: ;www.apple.com.         IN  A  ;; ANSWER SECTION: www.apple.com.      1782    IN  CNAME   www.isg-apple.com.akadns.net. www.isg-apple.com.akadns.net. 42 IN CNAME   www.apple.com.edgekey.net. www.apple.com.edgekey.net. 21581 IN CNAME   e3191.c.akamaiedge.net. e3191.c.akamaiedge.net. 2   IN  A   184.24.141.15  ;; Query time: 26 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Mon Oct  3 21:21:49 2011 ;; MSG SIZE  rcvd: 158 

As you can see, dig is much more "verbose" (which is good to debug what the heck is going on). The power of dig comes from the fact that you can specify what type of query you want to perform (Among other things).

In any case, let us know the exact outputs of these commands.

 
 
         
         
6
 
vote

Eu tive o mesmo exatamente os mesmos sintomas (e gastar um pouco de solução de problemas), mas consegui resolvê-lo quando percebi que mexi com dnsmasq.conf0 e o que eu fiz foi de alguma forma interpretado como malformado. Eu restauro de um backup e a máquina foi capaz de resolver os nomes de host novamente.

Antes de vir para a solução, também percebi que consegui navegar na internet se eu usei um proxy Socks5 através dnsmasq.conf1 e tentei pesquisas DNS através do túnel.

 

I had the same exact same symptoms (and spend a while troubleshooting) but I was able to resolve it when I realized that I messed with /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist and what I did was somehow interpreted as malformed. I restored from a backup and the machine was able resolve hostnames again.

Before coming to the solution, I also realized that I was able to browse the internet if I used a SOCKS5 proxy through ssh -D and tried DNS lookups through the tunnel.

 
 
   
   
5
 
vote

Eu tive uma questão muito, muito semelhante, exceto os sintomas foram ligeiramente diferentes.

Meu usuário não pôde resolver nenhum nome (NAS local, Google etc), mas um usuário convidado no mesmo iMac (OS X 10.7.4) funcionou bem.

Flushing e reiniciar a resposta do MDNS como mencionado funcionou por um tempo. Enquanto permaneceria trabalhando quando o iMac foi colocado no modo de suspensão, ele seria sempre falhar uma vez reinicializado.

Quando o flush / reiniciar parou de funcionar, procurei outras razões / soluções e descobri que estava relacionado ao meu firewall. Eu não sei o que nas configurações de firewall my (OS X) estava causando, mas se eu restaurar o firewall configurando,

Para restaurar as configurações padrão que usei:

  sudo cp /usr/libexec/ApplicationFirewall/com.apple.alf.plist /Library/Preferences/com.apple.alf.plist    

Obviamente, quaisquer regras personalizadas terão sido removidas com esta restauração.

Eu queria compartilhar minha versão desse problema, pois está me causando sofrimento por meses e esta postagem é a melhor coleção de possíveis soluções na rede!

 

I had a very, very similar issue, except the symptoms were slightly different.

My user could not resolve any name (local NAS, Google etc) but a guest user on the same iMac (OS X 10.7.4) worked fine.

Flushing and restarting mDNSResponder as mentioned worked for a while. Whilst it would remain working when the iMac was put in sleep mode, it would always fail once rebooted.

When the flush/restart stopped working I looked for other reasons/solutions and I found that it was related to my firewall. I don't know what in my (OS X) firewall settings was causing it, but if I restored the firewall setting it worked.

To restore the default settings I used:

sudo cp /usr/libexec/ApplicationFirewall/com.apple.alf.plist /Library/Preferences/com.apple.alf.plist 

Obviously any custom rules will have been removed with this restore.

I wanted to share my version of this issue as it's been causing me grief on and off for months and this post is the best collection of possible solutions on the net!

 
 
4
 
vote

Eu acertei este problema em Yosemite (10.10). Acontece que um daemon chave, discoveryd foi morto como estava consumindo muita CPU.

  2014/10/22 3:50:07.000 PM kernel[0]: process discoveryd[49] thread 1251 caught burning CPU! It used more than 50% CPU (Actual recent usage: 68%) over 180 seconds. thread lifetime cpu usage 90.016372 seconds, (74.516637 user, 15.499735 system) ledger info: balance: 90007570271 credit: 90007570271 debit: 0 limit: 90000000000 (50%) period: 180000000000 time since last refill (ns): 131905306167     

reinicialização estranha não fez com que ele fosse reiniciado.

Eu reiniciei manualmente o serviço com:

  sudo launchctl kickstart -k system/com.apple.networking.discoveryd    

e agora tudo está bem.

 

I hit this problem on Yosemite (10.10). Turns out that a key daemon, discoveryd, was killed off as it was consuming too much CPU.

2014/10/22 3:50:07.000 PM kernel[0]: process discoveryd[49] thread 1251 caught burning CPU! It used more than 50% CPU (Actual recent usage: 68%) over 180 seconds. thread lifetime cpu usage 90.016372 seconds, (74.516637 user, 15.499735 system) ledger info: balance: 90007570271 credit: 90007570271 debit: 0 limit: 90000000000 (50%) period: 180000000000 time since last refill (ns): 131905306167  

Strangely rebooting didn't cause it to be restarted.

I manually restarted the service with:

sudo launchctl kickstart -k system/com.apple.networking.discoveryd 

and now all is well.

 
 
   
   
2
 
vote

Eu estou tendo o mesmo problema com 10.6.8. A primeira viagem a uma loja da Apple resultou na restauração do sistema. Mas, depois disso, DNS quebrou novamente enquanto eu estava no exterior e não tinha um sistema DVD comigo. Naquela época eu encontrei este tópico e excluídos ABCDEFGHIJKLMNABCDEFGHIJKLMN4 por @freezedpeanuts e @TOM Thorogood.

Corrigiu o problema, mas, incrivelmente, DNS quebrou pela terceira vez, alguns dias depois. Eu caí uma imagem do sistema de 10.6.3 e:

    .
  1. copiado /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist a partir da imagem do sistema.
  2. sudo chown root /System/Library/LaunchDaemons/com.apple.mDNS*
  3. reinicializado

Isso corrigiu o problema.

Ele quebra periodicamente para mim agora (uma vez por mês), e o procedimento de restauração é até as etapas acima, exceto em vez de reinicializar você pode:

sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

 

I am having the same problem with 10.6.8. The first trip to an Apple Store resulted in system restore. But, after that, DNS broke again while I was overseas and didn't have a system DVD with me. At that time I found this thread and deleted /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist per @freezedpeanuts and @Tom Thorogood.

It fixed the problem, but, amazingly, DNS broke for the third time couple of days later. I hunted down a system image of 10.6.3 and:

  1. Copied /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist from the system image.
  2. sudo chown root /System/Library/LaunchDaemons/com.apple.mDNS*
  3. Rebooted

That fixed the problem.

It breaks periodically for me now (once a month or so), and the restore procedure is down to the steps above, except instead of rebooting you can:

sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

 
 
2
 
vote

Por favor, note para qualquer pessoa que ainda tenha problemas, talvez seja necessário remover todos os servidores DNS públicos até que o cache seja apagado.

 

Please note to anyone still having issues, you might have to remove any public DNS servers until cache is cleared.

 
 
   
   
2
 
vote

Eu tinha aparentemente o mesmo problema que o op. Usando a ferramenta Networksetup Desde que, para o nome da rede determinada, alguns DNS errados foram configurados:

  networksetup -getdnsservers <networkname>    

Listado 192.168.0.1 como DNS. Usando o SCUTIL --DNS Eu tenho resultados comparáveis, listando esse resolvedor # 2 usado nomeserver [0]: 192.168.0.1.

Usando o comando

  networksetup -setdnsservers <networkname> 192.168.188.1 8.8.8.8    

Eu consegui reconfigurar o DNS para a rede dada e resolver nomes de máquinas locais e globais quando conectadas à VPN.

 

I had seemingly the same problem as the OP. Using the tool networksetup I found that for the given network name, some wrong DNS was configured:

networksetup -getdnsservers <networkname> 

listed 192.168.0.1 as DNS. Using scutil --dns I've got comparable results, listing that resolver #2 used nameserver[0] : 192.168.0.1.

Using the command

networksetup -setdnsservers <networkname> 192.168.188.1 8.8.8.8 

I was able to reconfigure the DNS for the given network and resolve names of local and global machines when connected to the VPN.

 
 
2
 
vote

desligando o wi-fi e ligado novamente ajudado.

macbook pro com 10.9.1

Especialmente se você desligar o Wi-Fi e depois reiniciar. O atraso extra e a partir de nenhuma conexão IP / Network assegura que a solicitação se reúnse a rede tem melhores chances de ter sucesso.

 

Turning Wi-Fi off and on again helped.

MacBook Pro with 10.9.1

Especially if you turn off wifi and then reboot. The extra delay and starting with no IP/network connection ensure the request to rejoin the network has better chances to succeed.

 
 
     
     
2
 
vote

Isso provavelmente não vai ajudar ninguém, mas no caso, eu acidentalmente há algum tempo, criei um arquivo na pasta, quando um DNS desceu para um domínio específico:

/ etc / resolver /

e isso impedia que um nome específico seja resolvido, dois anos depois.

 

This probably won't help anybody, but in case, I accidentally some time ago, created a file in the folder, when a DNS was down for a particular domain:

/etc/resolver/

and this was preventing a specific name from ever being resolved, two years later.

 
 
   
   
2
 
vote

No meu caso, tudo o resto foi bom: mdnsrponder estava funcionando e trabalhando, host / nslookup trabalhou, ambos /etc/resolv.conf e networksetup relatou os servidores DNS corretos, etc. Apesar de tudo isso, a resolução DNS em geral (por exemplo, com ping ) inevitavelmente parou de funcionar em algum momento algumas horas após a inicialização.

Este problema específico pode ser um pouco improvável, mas vou documentá-lo aqui como uma resposta de qualquer maneira.

Eu só percebi quando a máquina começou a desacelerar, mas havia muitos processos idênticos em execução . sensu-client , especificamente.

Tivemos configurado no Launchd com este arquivo plist:

<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC -//Apple//DTD PLIST 1.0//EN http://www.apple.com/DTDs/PropertyList-1.0.dtd> <plist version="1.0"> <dict> <key>KeepAlive</key> <true/> <key>RunAtLoad</key> <true/> <key>WorkingDirectory</key> <string>/etc/sensu</string> <key>UserName</key> <string>root</string> <key>Label</key><string>org.sensuapp.sensu-client</string> <key>ProgramArguments</key> <array> <string>/usr/bin/sensu-client</string> <string>-d/etc/sensu/conf.d/</string> <string>-b</string> </array> </dict> </plist>

o sinal -b sinalizar para sensu-client torna-se garfo ao fundo, agindo como um daemon. No entanto, todos ABCDEFGHIJKLMNABCDEFGHIJKLMN9 vê é que o processo original terminou, portanto (de acordo com o ABCDEFGHIJKLMNABCDEFGHIJKLMN10 Bandeira) Reinicie-o. Isso deixa milhares de processos bifurcados em segundo plano, e mesmo então lawing não será mais sábio para o fato de que está funcionando.

Eu acredito que estes vários milhares de processos (todos abcdefghijklmnnslookup1 , o software que escrito uma configuração de launch para) pode ter sido simultaneamente fazendo solicitações para o MDNSSponder, efetivamente, resultando em Um negação local de serviço do cache de DNS . Matando esses processos e a fixação do plist dada ao Launchd eventualmente resolveu o problema.

A correção do plist foi apenas para remover o sinalizador abcdefghgjklmnabcdefghijklmn12 (fundo / daemonise) da invocação do Sensu-Client. Note que isso não é culpa do sensu; Este plist foi escrito por um antigo administrador do sistema nesta empresa.

 

In my case, everything else was fine: mDNSResponder was running and working, host/nslookup worked, both /etc/resolv.conf and networksetup reported the correct DNS servers, etc. Despite all that, DNS resolution in general (e.g. with ping) inevitably stopped working at some point a few hours after boot.

This specific problem may be somewhat unlikely, but I'm going to document it here as an answer anyway.

I only noticed when the machine started slowing down, but there were a lot of identical processes running. sensu-client, specifically.

We had it configured in launchd with this plist file:

<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC -//Apple//DTD PLIST 1.0//EN http://www.apple.com/DTDs/PropertyList-1.0.dtd> <plist version="1.0">   <dict>   <key>KeepAlive</key>   <true/>   <key>RunAtLoad</key>   <true/>   <key>WorkingDirectory</key>   <string>/etc/sensu</string>   <key>UserName</key>   <string>root</string>   <key>Label</key><string>org.sensuapp.sensu-client</string>     <key>ProgramArguments</key>     <array>       <string>/usr/bin/sensu-client</string>       <string>-d/etc/sensu/conf.d/</string>       <string>-b</string>     </array>   </dict> </plist> 

The -b flag to sensu-client makes it fork to the background, acting as a daemon. However, all launchd sees is that the original process terminated, so (in accordance with the KeepAlive flag) it restarts it. This leaves thousands of forked processes in the background, and even then launchd will be none the wiser to the fact that it is running.

I believe that these several thousand processes (all sensu-client, the software we had written a launchd config for) may have been simultaneously making requests to mDNSResponder, effectively resulting in a local denial of service of the DNS cache. Killing these processes and fixing the plist given to launchd eventually solved the problem.

The plist fix was just to remove the -b (background / daemonise) flag from the sensu-client invocation. Note that this is not sensu's fault; this plist was written by a former system administrator at this company.

 
 
2
 
vote

Aqui estão alguns comandos avançados que podem ajudar a solucionar problemas do problema DNS:

  • Execute nslookup3 para listar os servidores de nomes raiz.
  • executado nslookup4 para executar pesquisa DNS para nslookup5 domínio.
  • Liste suas portas de hardware Por: ABCDEFGHIJKLMNABCDEFGHIJKLMN16 .
  • Verifique a saída do pacote DHCP / BOOTP que o cliente aceito no servidor DHCP / BOOTP por: nslookup7 .
  • Verifique sua configuração DNS por: nslookup8 .
  • verifique se nslookup9 processo está sendo executado por: /etc/resolv.conf0 .
  • Entradas de tradução ARP por: /etc/resolv.conf1 (executar /etc/resolv.conf2 para ajuda). Fonte

Para depurar /etc/resolv.conf3 processo, o seguinte comando pode ajudar:

  /etc/resolv.conf4   

O comando acima enviará /etc/resolv.conf2 sinal para o processo que irá despejar detalhes de depuração em saída de log que pode ser lido e analisado.

 

Here are few advanced commands which can help to troubleshoot the DNS problem:

  • Run dig to list the root name servers.
  • Run dig example.com to run DNS lookup for example.com domain.
  • List your hardware ports by: networksetup -listallhardwareports.
  • Check output of the DHCP/BOOTP packet that the client accepted from the DHCP/BOOTP server by: ipconfig getpacket en0.
  • Check your DNS configuration by: scutil --dns.
  • Verify that mDNSResponder process is running by: ps wuax | grep mDNSResponder.
  • Flush ARP translation entries by: arp -ad (run man arp for help).source

To debug mDNSResponder process, the following command may help:

(sleep 1 && sudo killall -INFO mDNSResponder &); log stream | grep mDNSResponder 

The above command will send SIGINFO signal to the process which will dump debugging details into log output which can be read and analysed.

 
 
1
 
vote

Infelizmente, nada disso me ajudou, e acabou depois de uma hora de tentar descobrir e batendo na minha cabeça contra a mesa de café .. algo, de alguma forma, em algum lugar ... removido o abcdefghijklmn26 arquivo, e foi a razão pela qual eu tinha esse problema.

percebi isso quando vi essa mensagem de erro: /etc/resolv.conf7

Aqui está uma cópia de uma versão do El Capitan: https://gist.github.com/tripflex/E7147690d1768dc74b1d626614573c0

Aqui está o código da GIST:

  /etc/resolv.conf8   
 

Unfortunately none of this helped me, and turned out after an hour of trying to figure it out and beating my head against the coffee table .. something, somehow, somewhere ... removed the /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist file, and was the reason I had this problem.

Realized this when I saw this error message: /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist: No such file or directory

Here's a copy of a version from El Capitan: https://gist.github.com/tripflex/e7147690d1768dc74b1dd626614573c0

Here's the code from that gist:

<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict>     <key>Label</key>     <string>com.apple.mDNSResponder.reloaded</string>     <key>OnDemand</key>     <false/>     <key>InitGroups</key>     <false/>     <key>UserName</key>     <string>_mdnsresponder</string>     <key>GroupName</key>     <string>_mdnsresponder</string>     <key>ProgramArguments</key>     <array>         <string>/usr/sbin/mDNSResponder</string>     </array>     <key>MachServices</key>     <dict>         <key>com.apple.mDNSResponder</key>         <true/>             <key>com.apple.mDNSResponder.dnsproxy</key>             <true/>     </dict>     <key>Sockets</key>     <dict>         <key>Listeners</key>         <dict>             <key>SockFamily</key>             <string>Unix</string>             <key>SockPathName</key>             <string>/var/run/mDNSResponder</string>             <key>SockPathMode</key>             <integer>438</integer>         </dict>     </dict>     <key>POSIXSpawnType</key>     <string>Interactive</string>     <key>EnablePressuredExit</key>     <false/> </dict> </plist> 
 
 
1
 
vote

Reiniciar DNSResponder / Limpar cache DNS em MacOS Mojave:

  /etc/resolv.conf9   

Nenhum problema com a proteção contra integridade do sistema, ao contrário de recarregar os arquivos de configuração.

 

Restarting DNSResponder / clearing DNS cache in macOS Mojave:

sudo killall -HUP mDNSResponder 

No problems with System Integrity Protection, unlike with reloading the config files.

 
 
1
 
vote

No meu caso, a causa raiz era que o sistema de proteção do My Home WiFi Router adicionou erroneamente o endereço MAC do dispositivo MacOS à lista negra. Depois de limpar manualmente a lista negra e em execução sudo killall -HUP mDNSResponder , digitar, ping e comandos traceroute estão funcionando bem.

 

In my case, the root cause was that the DoS protection system of my home WiFi router erroneously added the MAC address of my macOS device to the blacklist. After manually clearing the blacklist and running sudo killall -HUP mDNSResponder, dig, ping and traceroute commands are all working well.

 
 
0
 
vote

Como aparece, para resolver o problema que você precisa configurar um domínio de pesquisa e adicioná-lo ao campo de domínio de pesquisa em Preferências do sistema DNS Configuration. Basicamente, o domínio de pesquisa funcionará o tipo de maneira que .Local faz, mas em vez disso será.

Você precisa configurar seu domínio de pesquisa como uma zona mestra no seu servidor DNS para isso funcionar.

 

As it turns out, to solve the problem you have to configure a search domain and add it to the search domain field under System Preferences dns configuration. Basically, the search domain will work sort of the way that .local does, but instead it will be .

You have to set up your search domain as a master zone in your dns server for this to work.

 
 
0
 
vote

Eu tenho um problema semelhante ao encontrar o servidor host. Temos 21 iMacs executando do servidor (El Capitan, recentemente atualizado) e apenas um não se liga. A correção é geralmente bem simples através de usuários e grupos no Syspref. Excluindo o servidor host e re-vinculação, encontrando o servidor disponível na opção DropDown, mas por alguma razão desconhecida, o servidor é listado como ABCDEFGHIJKLMNABCDEFGHIJKLMN1 , que eu encontrei é o endereço MAC do servidor. Eu corri isso no terminal:

  sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist    

e

  sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist    

retornou para ligar o servidor no syspref e a opção correta do nome do servidor apareceu brevemente e, em seguida, alterado de volta para "Unkown-00-00-12-34-56-78.HOME" na frente dos meus olhos!

.
 

I've a similar problem with finding the host server. We have 21 iMacs running from the Server (El Capitan, recently upgraded) and only one won't bind. The fix is usually pretty simple through Users and Groups in SysPref. Deleting the host server and re-binding, finding the available server in the dropdown option, but for some unknown reason the server is listed as unkown-00-00-12-34-56-78.home, which I've found is the MAC address of the server. I ran this in terminal:

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist 

and

sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist 

returned to bind to the server in SysPref and the correct server name option briefly appeared and then changed back to "unkown-00-00-12-34-56-78.home" right in front of my eyes!

 
 
0
 
vote

No meu caso, tive Opendns instalado no passado e não foi removido de forma limpa. Havia vários processos relacionados ao DNS em execução, como DNSDNCrypt-Proxy. Eu não podia forçar a desistir deles no monitor de atividades, mas consegui impedi-los de começar a reiniciar removendo o arquivo .plist na biblioteca / lançamento.

 

In my case I had OpenDNS installed in the past and it wasn't removed cleanly. There were several dns related processes running such as DNSdnscrypt-proxy. I couldn't force quit them in Activity Monitor but I was able to stop them from starting up on restart by removing the .plist file in Library/LaunchDaemons.

 
 
0
 
vote

Vá para Configurações - & GT; Rede - & gt; Avançado - & gt; Dns. Em seguida, faça literalmente qualquer alteração para DNS (reordenar suas entradas DNS, por exemplo). Em seguida, clique em "OK" seguido por "Aplicar" na próxima tela. Não se deixe pensar em pensar que a mudança particular que você fez foi significativa; É a magia do botão "Aplicar".

  ~ $  time nslookup www.google.com ;; connection timed out; no servers could be reached   real    0m21.041s user    0m0.006s sys     0m0.010s   ~ $  time nslookup www.google.com Server:         8.8.8.8 Address:        8.8.8.8#53  Non-authoritative answer: Name:   www.google.com Address: 172.217.5.4   real    0m0.079s user    0m0.006s sys     0m0.010s    
 

Go to Settings -> Network -> Advanced -> DNS. Then make literally any changes at all to DNS (reorder your DNS entries, for example). Then click "Ok" followed by "Apply" on the next screen. Don't be fooled into thinking that the particular change you made was significant; it's the magic of the "Apply" button.

~ $  time nslookup www.google.com ;; connection timed out; no servers could be reached   real    0m21.041s user    0m0.006s sys     0m0.010s   ~ $  time nslookup www.google.com Server:         8.8.8.8 Address:        8.8.8.8#53  Non-authoritative answer: Name:   www.google.com Address: 172.217.5.4   real    0m0.079s user    0m0.006s sys     0m0.010s 
 
 
0
 
vote

O que funcionou para mim foi remover todas as entradas do servidor de servidores DNS e domínios de pesquisa de:

Preferências do sistema → Rede → Avançado ... → DNS

 

What worked for me was removing all the server entries from DNS Servers and Search Domains from:

System Preferences xe2x86x92 Network xe2x86x92 Advanced... xe2x86x92 DNS

 
 
0
 
vote

no Mac OS Mojave 10.14.6, recentemente comecei a ver freqüentes falhas de pesquisa de DNS. Eu tenho essa função no meu .bashrc:

  function resetdns() {      dscacheutil -flushcache;      sudo killall -HUP mDNSResponder      sudo killall -9 mDNSResponder mDNSResponderHelper      sudo launchctl stop homebrew.mxcl.dnsmasq       sudo launchctl start homebrew.mxcl.dnsmasq }    

em executar

  $ resetdns    

Lookups DNS começaram a funcionar bem novamente.

 

On Mac OS Mojave 10.14.6, I recently started seeing frequent dns lookup failures. I have this function in my .bashrc:

function resetdns() {      dscacheutil -flushcache;      sudo killall -HUP mDNSResponder      sudo killall -9 mDNSResponder mDNSResponderHelper      sudo launchctl stop homebrew.mxcl.dnsmasq       sudo launchctl start homebrew.mxcl.dnsmasq } 

On running

$ resetdns 

dns lookups started working fine again.

 
 
0
 
vote

Desinstalando o cliente Roaming Cliente fez DNS Lookups funcionam bem para mim no Mac OS Mojave.

Execute o aplicativo em

  Applications > OpenDNS Roaming Client  > Umbrella Roaming Client Uninstaller.    
 

Uninstalling the Umbrella Roaming Client made DNS lookups work fine for me on Mac OS Mojave.

Run the application in

Applications > OpenDNS Roaming Client  > Umbrella Roaming Client Uninstaller. 
 
 
-1
 
vote

Após a atualização do Snow Leopard em um antigo livro de Mac para a montanha Leão, o sistema não pôde resolver o DNS. Flushing, reiniciar, nada ajudou. Alterando o WiFi para um ponto de acesso diferente (meu telefone) ajudou.

Lion Mountain adiciona um novo campo de cliente às configurações da rede DHCP. O preenchimento deste campo parecia fazer o ponto de acesso Wi-Fi feliz. Deixá-lo em branco significava que nada estava ficando através, embora a conexão WiFi parecesse ter sucesso.

 

After upgrading from Snow Leopard on an old Mac Book to Mountain Lion, the system could not resolve DNS. Flushing, restart, nothing helped. Changing WiFi to a different Access point (my phone) helped.

Mountain Lion adds a new client field to the DHCP network settings. Filling in this field seemed to make the wifi access point happy. Leaving it blank meant nothing was getting thru, even though the wifi connection seemed to succeed.

 
 

Perguntas relacionadas

0  Resolver Endereço de Internet (IP) como aplicativos em execução, vê-los atualmente (vs. Nome Externy Server)  ( Resolve internet address ip as running apps see them currently vs external n ) 
Às vezes, preciso ver o endereço IPv4 real dos sites que eu abro no Safari. Agora, existem dois comandos terminais, host e dig , que eu poderia usar para...

12  Como adicionar alguns domínios de pesquisa de DNS adicionais sem ignorar os DHCP?  ( How to add some additional dns search domains without ignoring the dhcp ones ) 
Eu só quero adicionar minha própria lista de domínios de pesquisa, mas sem substituir os devolvidos pelo DHCP? Como alguém imaginaria que eu já tentei adici...

8  É possível usar de volta para o meu Mac DNS ou informações de roteamento da linha de comando?  ( Is it possible to use back to my mac dns or routing information from the command ) 
Eu sempre quero ssh para um mac e adoraria fazer uso do iCloud para procurar informações de roteamento IP / DNS. Isso pode ser feito sem se inscrever para um ...

5  Como posso habilitar o DNSSEC no OSX? (Ou dnscurve)  ( How do i enable dnssec on osx or dnscurve ) 
Eu quero suportar comunicações IPsec criptografadas e Certs Dane no DNS. Notavelmente, o DNSSEC é um pré-requisito é IPSec (endereços IP seguros da DNS) Com...

1  DNS Resolução quebrada no El Capitan com o Adaptador Ethernet Thunderbolt na rede offline  ( Dns resolution broken in el capitan with thunderbolt ethernet adapter on offline ) 
Após a atualização para o El Capitan Como eu habilite a resolução DNS em uma rede de computadores interna offline? Antes de atualizar para o El Capitan, eu ...

12  Nome do dispositivo no roteador é diferente do nome do host do OS X  ( Device name on router is different than os x hostname ) 
Há toneladas de dúvidas sobre a mudança de um nome de host do Mac e, enquanto eu passei pela maioria deles, nunca consegui encontrar essa resposta nuançada: ...

0  Como alcançar sites que falharam enquanto offline?  ( How to reach websites that have failed while offline ) 
Quando tento abrir um site quando minha conexão estiver para baixo ou enquanto meu modem estiver sendo iniciado, meu Mac sinaliza esse URL como inacessível. ...

111  DNS não resolvendo no Mac OS X  ( Dns not resolving on mac os x ) 
Alguns dos meus colegas de trabalho estão tendo problemas em sua resolução Macs - DNS não funciona no Mac OS X. Eles estão executando o Snow Leopard 10.6.8. E...

1  nomeado (vinculando DNS) não desistindo  ( Named bind dns not quitting ) 
Eu estou tentando desistir de nome, mas continua aparecendo. Eu tentei remover a configuração em um arquivo de chave, descarregando-o do Launchd, o nomeiá-lo....

1  Qual é o host "xp.apple.com" e o que é enviado aí?  ( What is the host xp apple com for and what is sent there ) 
Desde que eu tenha instalado um servidor DNS / DHCP do PI-Hole em minha casa, vejo o host xp.apple.com pop up como um dos hosts mais bloqueados. A quantidad...




© 2022 pergunte.org All Rights Reserved. Casa de perguntas e respostas todos os direitos reservados


Licensed under cc by-sa 3.0 with attribution required.