A rede para de funcionar, com "Não é possível atribuir o endereço solicitado"

26

No OS X 10.9 (mas não na versão anterior), de vez em quando, começo a receber erros de rede estranhos. Ainda consigo executar ping, mas qualquer coisa que exija conteúdo real (como uma página da web) para completamente.

Por exemplo:

$ ping 80.68.93.197
PING 80.68.93.197 (80.68.93.197): 56 data bytes
64 bytes from 80.68.93.197: icmp_seq=0 ttl=46 time=175.291 ms
64 bytes from 80.68.93.197: icmp_seq=1 ttl=46 time=172.519 ms
^C
--- 80.68.93.197 ping statistics ---
2 packets transmitted, 2 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 172.519/173.905/175.291/1.386 ms
$ curl http://dailyjs.com/
curl: (7) Failed to connect to 80.68.93.197: Can't assign requested address

Parece semelhante a este segmento de mensagens , mas não vejo resposta lá.

Tentei excluir a interface Ethernet e adicioná-la novamente, mas isso não parece ajudar.

Tentei excluir a interface Ethernet e ativar o wifi, que mostra os mesmos sintomas.

Uma reinicialização pode resolver o problema, mas é bastante invasivo. Alguma ideia?

network mavericks Ken
fonte
Parece um bug na pilha de rede OSX. Também outro segmento de mensagem em discusses.apple.com/thread/5551686?tstart=0
hanxue:
1
Verifique se o seu software VPN está deixando para trás rotas estáticas para o dispositivo tun / tap: netstat -n -r Se for esse o caso, certifique-se de configurá-lo para redefinir a interface principal após desconectar.

Respostas:

32

No meu caso, havia apenas um host me dando esse problema. sudo route delete example.comcorrigido instantaneamente, sem reinicialização.

Andy
fonte
O que está causando esse problema?
Whitecat 25/05
Eu também tive esse problema no meu Mac; isso corrigiu para mim. Outras conexões estavam funcionando bem, mas o nome do host de destino foi atualizado para apontar para um servidor diferente e eu estava recebendo o erro de OPs. route flushe outras coisas não funcionaram, mas funcionou.
Doktor J
7

Uma reinicialização foi a única coisa que corrigiu o problema para mim. :(

Richard Hurt
fonte
Apenas uma nota; Atualmente, estou executando o OS X 10.11 (.2 Beta) e não tenho mais esse problema. Eu suspeito fortemente que foi devido às alterações de DNS na versão 10.9 que a Apple reverteu na versão 10.11. Portanto, se alguém ainda estiver enfrentando essas interrupções, atualize para a versão mais recente do OS X e isso deve corrigi-lo.
Richard Hurt
2

Eu apenas corrigi isso na linha de comando em minha própria estação de trabalho executando o OS X 10.11.6, liberando a tabela de roteamento e adicionando minha rota padrão novamente:

    sudo route -n flush
    sudo route add default 192.168.1.1
busitech
fonte
Esta foi a única maneira que eu consegui instalar minha Sierra nos trilhos.
W00t
0

Vi muitas sessões TCP em CLOSED, FIN_WAIT_1 e em vários outros estados, e elas não estavam sendo limpas. Parece que o temporizador TCP acabou de parar. Eu tive que reiniciar para recuperar minha rede.

Michael Graff
fonte
0

Eu vi esse problema erguer sua cabeça quando as montagens automáticas do NFS começaram a falhar. Eles tentaram voltar ao UDP. A execução de mount_nfs -o tcp fileserver: / export / path / mnt / path falhou de maneira confiável com:

mount_nfs: não é possível montar / exportar / caminho do servidor de arquivos para / mnt / path: não é possível atribuir o endereço solicitado

O kernel.log também contém entradas como esta:

31 de março 15:40:38 kernel do guru [0]: 0xfbdf4000, 0xe00002be Intel82574L :: outputStart - NoResources do txFrame - pkt salvo

OSX - 10.9

Uma reinicialização também resolveu o problema.

imoverclocked
fonte
Além disso, outras conexões de rede funcionaram bem (por exemplo, em um navegador) Talvez esse seja um problema de alocação de portas, pois o NFS usa portas confiáveis.
imoverclocked 31/03
0

Eu curei um desconectando minha interface USB WiFi e conectando-a novamente.

Alan Corey
fonte