No se puede acceder a los servidores web de Apple.com, App Store ni actualización de software

Dado que ya ha revisado su DNS y /etc/hosts y ha vaciado el caché de DNS usando dscacheutil -flushcache , es muy posible que tenga malware en su máquina. Ha reinstalado Lion, que debería solucionar cualquier problema de corrupción de archivos, pero no puede eliminar el malware si recupera sus archivos de usuario de una copia de seguridad. Vuelva a verificar la configuración de su red para asegurarse de que no está utilizando ningún proxy, pero aparte de eso, el malware parece ser el culpable más probable.

EDITAR: Parece que dscacheutil -flushcache ya no funciona para vaciar el caché de DNS. Antes de vaciar el caché de la nueva forma, echémosle un vistazo. Ejecutar:

sudo killall -INFO mDNSResponder

y luego mira el archivo system.log. Puede verlo en la aplicación de la Consola en Archivos o puede verlo en el terminal con less /var/log/system.log . De cualquier manera, mDNSResponder descarga una gran cantidad de información en system.log como resultado de ese comando, lo que debería ayudar a identificar el problema. Busque "apple.com" en los resultados y vea lo que se le ocurre. A continuación, intente

sudo killall -HUP mDNSResponder

para en realidad vaciar el caché e intentar ping www.apple.com otra vez.

Ha intentado dig www.apple.com que se resolvió correctamente en e3191.c.akamaiedge.net, que es un dominio CDN que tendrá diferentes direcciones IP dependiendo de dónde se conecte a Internet. Prueba nslookup www.apple.com y obtendrás lo mismo, por ejemplo,

user$ nslookup www.apple.com
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: 23.11.77.15

Por lo tanto, debería poder hacer ping en www.apple.com, e3191.c.akamaiedge.net y 23.11.77.15 (o cualquier dirección IP que obtenga de dig ). (Si bien es cierto que muchos servidores no responden a las solicitudes de ping, este servidor responde y su problema no es que no pueda obtener una respuesta de todos modos, es que no puede resolver el nombre de dominio). Si puede hacer ping a algunos pero no todo, entonces es probable que tenga un problema de malware.

Había un montón de troyanos circulando como códecs de video que se metían con el DNS. Sugiero obtener un escáner de malware de buena reputación y revisar su sistema.

Hay dos cosas que intentaría en esta situación:

1. Vaciar el caché de DNS. Esto se puede lograr ejecutando el comando dscacheutil -flushcache . Después de ejecutar este comando, intente ejecutar los comandos dig y ping nuevamente. Si devuelven los resultados esperados, debe ser bueno para ir.

2. Verifique que los servidores DNS válidos y de respuesta respondan a las consultas de DNS. Abrir preferencias del sistema - > Red. Desbloquee el icono de bloqueo en la esquina inferior izquierda si está bloqueado. Seleccione la interfaz de red que está utilizando actualmente en la columna izquierda y haga clic en el botón Avanzado. Haga clic en la pestaña DNS.

   Por lo general, en la pestaña DNS, querrá ir con lo que le recomiende su ISP. Si todo parece estar bien, considere intercambiar las direcciones del servidor con una o más de las direcciones de la lista a continuación:

   Google DNS

   8.8.8.8

   8.8.4.4

   OpenDNS (No se recomienda si el dispositivo aloja un servidor de correo electrónico)

   208.67.222.222

   208.67.220.220

Editar para agregar lo siguiente:

Otra solución posible: ¿Ha encendido y apagado el equipo de red entre su computadora y su conexión de red? He encontrado búsquedas de DNS inconsistentes en un par de veces con mi aeropuerto. El ciclo de energía ha resuelto los problemas en al menos una de esas situaciones.

Por lo general, no puede hacer ping a los servidores grandes, así que me concentraría en traceroute en lugar de ping, ya que su DNS parece estar resolviendo los servidores de Apple correctamente. O simplemente puede hacer telnet a los puertos http / https para ver que se haya realizado una conexión.

telnet www.apple.com 80

Dado que Apple está implementando más y más archivos de actualización en una Red de entrega de contenido (CDN), el servidor que recibo rara vez será el mismo servidor que se obtiene para la descarga, ya que el CDN distribuye archivos geográficamente o se basa en la conectividad de la red. El enrutamiento de Internet no solo es inestable y variable de un momento a otro, sino que también cambia de host de un día a otro e incluso a veces de un momento a otro.

Actualmente, Akamai está sirviendo a muchos sitios web y contenido de Apple. Las actualizaciones (tienda de aplicaciones y Lion tradicional y servidor de SU anterior) pero estas dos direcciones IP de Apple parecen estar relacionadas con el proceso de inicio crítico de Actualizaciones de software y el proceso de Actualización de la tienda de aplicaciones en Lion antes de que cambie a la CDN.

• 17.146.232.12: servidor en San Jose, CA que responde como parte de las actualizaciones de software
• 17.172.192.35: servidor en Maiden, NC que responde como parte de las actualizaciones de la App Store

Usted podría traceroute a esas direcciones para asegurarse de que su red tenga conectividad con ellas. En lugar de ping , ya que ninguno de estos responde a ese tráfico, podría utilizar telnet para intentar una conexión a través del puerto https que utilizan para actualizar el tráfico.

telnet 17.172.192.35 443

Buena suerte al eliminar el problema que impide las actualizaciones. Es probable que no sea el DNS por el aspecto de las cosas, pero han ocurrido cosas más extrañas que descartarlo con los datos disponibles.

Si los errores de ping al final de su pregunta persisten, puede usar nslookup para probar DNS alternativo para ver si realmente su DNS informa de direcciones incorrectas.

mac:~ me$ nslookup
> server 8.8.8.8
Default server: 8.8.8.8
Address: 8.8.8.8#53
> apple.com
Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
Name:   apple.com
Address: 17.172.224.47
Name:   apple.com
Address: 17.149.160.49
> www.apple.com
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: 23.60.173.15
> server 208.67.222.222
Default server: 208.67.222.222
Address: 208.67.222.222#53
> www.apple.com
Server:     208.67.222.222
Address:    208.67.222.222#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: 23.1.141.15

Mea culpa: he leído mal tu pregunta y pensé que habías escrito que ya habías intentado conectarte a www.apple.com al iniciar en la partición de recuperación (puedes iniciar Safari desde la partición de recuperación). Volví a leer tu pregunta y parece que usaste la partición de recuperación simplemente para reinstalar tu sistema operativo.

Si no has probado esto, definitivamente deberías! Si puede llegar a www.apple.com desde la partición de recuperación, entonces tiene un problema con el sistema; si no puede no entonces tiene un ISP o un problema de enrutador.

Hace un tiempo tuve una experiencia similar con actualizaciones en dispositivos. Se estaba descargando específicamente actualizaciones para mis dispositivos iOS en mi iMac 2011 con Lion.

En ese momento, también luchaba por llegar a cualquier sitio de Apple, pero podía navegar por otros sitios muy bien y también descargar archivos.

Después de un montón de búsquedas, encontré un mensaje en el foro (lamentablemente no lo puedo encontrar nuevamente en este momento) que decía que podría ser un problema de DNS. Estaba utilizando el DNS de mi ISP local y lo cambié a un DNS de Google (8.8.8.8) y desde ese momento pude acceder a todos los sitios de Apple.

¿Ha intentado borrar las preferencias de red?

Vaya a /Library/Preferences/ , elimine / cambie el nombre de la carpeta SystemConfiguration y reinicie.

¿Qué servidores DNS estás usando?

$ networksetup -getdnsservers Wi-Fi

o

$ networksetup -getdnsservers Ethernet

Por ejemplo, ¿el primer servidor de resolución es un servidor Mac OS X Lion que ejecuta el servicio DNS?

En ese caso, ¿ha intentado deshabilitar "Configurar IPv6" en la máquina donde está instalado el servicio DNS? Ver el panel Red > [Avanzado], o al menos para cambiarlo de [Automáticamente] a [Sólo enlace local].

¿Puede incluir la salida de un comando $ dig www.apple.com +trace , preferiblemente también cuando se ejecuta en el primer sistema de resolución de DNS?