Le réseau cesse de fonctionner, avec "Impossible d'attribuer l'adresse demandée"

26

Sur OS X 10.9 (mais pas de version antérieure), de temps en temps, je commence à obtenir d'étranges erreurs de réseau. Je peux toujours envoyer une requête ping, mais tout ce qui nécessite un contenu réel (comme une page Web) s'arrête complètement.

Par exemple:

$ 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

Il semble similaire à ce fil de message , mais je n'y vois pas de réponse.

J'ai essayé de supprimer l'interface Ethernet et de la rajouter, mais cela ne semble pas aider.

J'ai essayé de supprimer l'interface Ethernet et d'activer le wifi, ce qui montre les mêmes symptômes.

Un redémarrage peut résoudre le problème, mais il est plutôt intrusif. Des idées?

Ken
la source
Cela ressemble à un bogue dans la pile réseau OSX. Aussi un autre fil de discussion
hanxue
1
Vérifiez si votre logiciel VPN laisse des routes statiques vers le périphérique tun / tap: netstat -n -r Si tel est le cas, assurez-vous de le configurer pour réinitialiser l'interface principale après la déconnexion.

Réponses:

32

Dans mon cas, un seul hôte m'a signalé ce problème. sudo route delete example.comcorrigé instantanément, pas de redémarrage.

Andy
la source
Qu'est-ce qui cause ce problème?
Whitecat
J'ai aussi eu ce problème sur mon Mac; cela m'a arrangé. D'autres connexions fonctionnaient bien, mais le nom d'hôte cible avait été mis à jour pour pointer vers un autre serveur, et j'obtenais l'erreur OPs. route flushet d'autres choses n'ont pas fonctionné, mais cela a fonctionné.
Doktor J
7

Un redémarrage a été la seule chose qui a corrigé le problème pour moi. :(

Richard Hurt
la source
Juste une note; J'utilise actuellement OS X 10.11 (.2 Beta) et je n'ai plus ce problème. Je soupçonne fortement que cela était dû aux changements DNS dans 10.9 qu'Apple a annulés en 10.11. Donc, si quelqu'un connaît toujours ces pannes, passez à la dernière version d'OS X et cela devrait le corriger.
Richard Hurt
2

Je viens de corriger cela à partir de la ligne de commande sur mon propre poste de travail exécutant OS X 10.11.6 en vidant la table de routage, puis en ajoutant mon itinéraire par défaut dans:

    sudo route -n flush
    sudo route add default 192.168.1.1
busitech
la source
C'était la seule façon de remettre mon Sierra sur les rails.
w00t
0

J'ai vu de nombreuses sessions TCP dans CLOSED, FIN_WAIT_1 et plusieurs autres états, et elles ne se sont pas effacées. Il semble que le minuteur TCP vient de s'arrêter. J'ai dû redémarrer pour récupérer mon réseau.

Michael Graff
la source
0

J'ai vu ce problème remonter la tête lorsque les montages automatiques NFS ont commencé à échouer. Ils ont tenté de se replier sur l'UDP. L'exécution de mount_nfs -o tcp fileserver: / export / path / mnt / path a échoué de manière fiable avec:

mount_nfs: impossible de monter / exporter / chemin du serveur de fichiers sur / mnt / path: impossible d'attribuer l'adresse demandée

kernel.log contient également des entrées comme celle-ci:

31 mars 15:40:38 noyau gourou [0]: 0xfbdf4000, 0xe00002be Intel82574L :: outputStart - NoResources from txFrame - pkt sauvé

OSX - 10,9

Un redémarrage a également résolu le problème.

imoverclocked
la source
En outre, d'autres connexions réseau ont bien fonctionné (par exemple: à partir d'un navigateur). Il s'agit peut-être d'un problème d'allocation de port car NFS utilise des ports approuvés.
imoverclocké
0

J'en ai guéri une en débranchant mon interface USB WiFi et en la rebranchant.

Alan Corey
la source