En OS X 10.9 (pero sin una versión anterior), de vez en cuando, empiezo a recibir extraños errores de red. Todavía puedo hacer ping, pero cualquier cosa que requiera contenido real (como una página web) se detiene por completo.
Por ejemplo:
$ 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 similar a este hilo de mensajes , pero no veo una respuesta allí.
He intentado eliminar la interfaz ethernet y volver a -agregarlo, pero eso no parece ayudar.
He intentado eliminar la interfaz ethernet y activar el wifi, que muestra los mismos síntomas.
Un reinicio podría solucionarlo el problema, pero es bastante intrusivo. ¿Alguna idea?
Comentarios
- Parece un error en la pila de la red OSX. También otro hilo de mensajes en discussions.apple.com/thread/5551686?tstart=0
- Verifique si su software VPN está dejando rutas estáticas hacia el tun / tap device: netstat -n -r Si ese es el caso, asegúrese de configurarlo para restablecer la interfaz principal después de desconectarse.
Responder
En m En caso de que solo hubiera un host que me diera este problema. sudo route delete example.com lo arregló instantáneamente, sin reiniciar.
Comentarios
- ¿Qué está causando ese problema?
- También tuve este problema en mi Mac; Esto me lo arregló. Otras conexiones funcionaban bien, pero el nombre de host de destino se había actualizado para apuntar a un servidor diferente y recibía el error de OP.
route flushy otras cosas no ' no funcionaron, pero esto sí. - Tuve el mismo problema al intentar hacer ping a una IP específica (una instancia EC2, para el registro). Hacer ping a sitios web públicos como google.com o www.cineca.it funcionó bien. Solo esa IP específica me estaba dando
Strange read error from <instance IP> (49 - 'Can't assign requested address')Hicesudo route delete <instance IP>y de repenteping <instance IP>comencé a trabajar de nuevo ! Gracias @Andy
Respuesta
Un reinicio fue lo único que corrigió el problema para mí. 🙁
Comentarios
- Solo una nota; ' estoy ejecutando OS X 10.11 (. 2 Beta) y ya no tengo este problema. Sospecho firmemente que se debió a los cambios de DNS en 10.9 que Apple revertió en 10.11. Por lo tanto, si alguien aún experimenta estos cortes, actualice a la última versión de OS X y eso debería arreglarlo.
Respuesta
Acabo de arreglar esto desde la línea de comando en mi propia estación de trabajo con OS X 10.11.6 al vaciar la tabla de enrutamiento y luego agregar mi ruta predeterminada nuevamente en:
sudo route -n flush sudo route add default 192.168.1.1 Comentarios
- Esta era la única forma en que podía volver a instalar mi Sierra en los rieles.
Respuesta
Vi muchas sesiones de TCP en CERRADO, FIN_WAIT_1 y varios otros estados, y no se borraban. Parece que el temporizador de TCP se acaba de detener. Tuve que reiniciar para recuperar mi red.
Responder
Vi este problema al revés cuando los montajes automáticos de NFS comenzaron a fallar. Intentaron recurrir a UDP. La ejecución de mount_nfs -o tcp fileserver: / export / path / mnt / path falló de manera confiable con:
mount_nfs: can «t mount / export / path from fileserver into / mnt / path: Can» t asignar dirección solicitada
kernel.log también contiene entradas como esta:
31 de marzo 15:40:38 guru kernel [0]: 0xfbdf4000, 0xe00002be Intel82574L :: outputStart – NoResources from txFrame – pkt guardado
OSX – 10.9
Un reinicio también solucionó el problema.
Comentarios
- Además, otras conexiones de red funcionaron bien (por ejemplo: desde un navegador) Tal vez este sea un problema de asignación de puertos ya que NFS usa puertos confiables.
Respuesta
Curé una desconectando mi interfaz USB WiFi y volviéndola a enchufar.