Últimamente, he visto algunas computadoras Mac que pueden a) ver la red inalámbrica, b) "conectarse" a la red inalámbrica y c) recibir una dirección IP válida, sin embargo, cuando se inicia un navegador web, queda atascado en un eterno bucle de carga, o cuando ping
se utiliza la utilidad, regresa con un tiempo de espera de conexión.
Resolví estos problemas en el pasado creando una nueva ubicación de red, pero recientemente eso por sí solo no pareció solucionarlo de inmediato. Crearé una nueva ubicación asegurándome de presionar 'Aplicar', incluso yendo tan lejos como para reiniciar la computadora, pero ninguna de estas cosas parece funcionar como esperaba. La conectividad a Internet "mágicamente" devolverá una forma de resolución de problemas, y desearía tener una explicación más concreta de por qué. ¿Alguien podría profundizar en estas situaciones?
Parece que tienes problemas de DNS. La mayoría de las aplicaciones de Cocoa realizan llamadas de DNS que se manejan a través de mDNSResponder en la actualidad, por lo que si el proceso de mDNSResponder tiene un problema, incluso las búsquedas de DNS de unidifusión tradicionales fallarán. La próxima vez que esto suceda, intente...
sudo killall -9 mDNSResponder
... esto seguramente matará a mDNSResponder. No te preocupes, launchd
lo reiniciará automáticamente.
Es posible que lo que sea que estaba causando que mDNSResponder se colgara se haya solucionado con los pasos de solución de problemas, o tal vez haya activado un cambio en la configuración de la red que hizo que mDNSResponder se recargara solo.
Todavía hay algunas herramientas de línea de comandos que usan bibliotecas de resolución de DNS de Unix tradicionales que no aprovechan mDNSResponder. Estos incluyen host
, dig
y nslookup
. Otra forma de ver si es solo mDNSResponder y no DNS en general es usar una de esas tres herramientas para realizar una búsqueda de DNS la próxima vez que ocurra el problema.
También estoy de acuerdo con la sugerencia de otro usuario de hacer ping a un host por dirección IP. Te recomendaría que hicieras...
ping -n 8.8.8.8
... le -n
dice ping
que no intente realizar una búsqueda inversa de DNS en el host al que está haciendo ping. 8.8.8.8
es una buena dirección IP memorable para uno de los servidores DNS de resolución de acceso público de Google.
Lo primero que se debe comprobar obviamente son las tablas de enrutamiento. Lo siguiente es verificar el DNS.
¿Activaría la utilidad de red y publicaría la información de netstat, así como también verificaría en traceroute y buscaría algunos sitios grandes que sabe que generalmente funcionan?
Harv
Desenfrenado