3 votes

Impossible d'accéder aux serveurs web apple.com, à l'App Store et à la mise à jour des logiciels.

J'ai un MacBook Pro Early 2011 fonctionnant sous Lion 10.7.4 (11E53).

J'ai installé un SSD à la place du lecteur optique et j'ai crypté les deux disques durs avec FileVault2.

Depuis quelque temps, j'ai remarqué que je ne pouvais pas accéder aux serveurs apple.com, même avec Safari/Chrome/Firefox.

Si j'essaie de ping www.apple.com il ne trouve pas l'hôte, mais quand je fais un dig apple.com Je reçois les informations.

C'est très étrange, une idée ?

Entre-temps, j'ai démarré la récupération avec cmd-R et j'ai réinstallé Lion, mais en vain. Curieusement, en mode récupération, il n'y a pas de problème d'accès aux serveurs Apple, car l'image Lion a été téléchargée à la volée

Plus tard, les résultats de dig apple.com any y ping www.apple.com

  ~  dig apple.com any              
;; Truncated, retrying in TCP mode.

; <<>> DiG 9.7.3-P3 <<>> apple.com any
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53874
;; flags: qr rd ra; QUERY: 1, ANSWER: 24, AUTHORITY: 6, ADDITIONAL: 6

;; QUESTION SECTION:
;apple.com.         IN  ANY

;; ANSWER SECTION:
apple.com.      3542    IN  TXT "v=spf1 ip4:17.0.0.0/8 ~all"
apple.com.      86342   IN  SOA gridmaster-ib.apple.com. hostmaster.apple.com. 2010076647 1800 900 2016000 86500
apple.com.      86342   IN  NAPTR   50 50 "se" "SIPS+D2T" "" _sips._tcp.apple.com.
apple.com.      86342   IN  NAPTR   90 50 "se" "SIP+D2T" "" _sip._tcp.apple.com.
apple.com.      86342   IN  NAPTR   100 50 "se" "SIP+D2U" "" _sip._udp.apple.com.
apple.com.      3542    IN  MX  10 mail-in11.apple.com.
apple.com.      3542    IN  MX  10 mail-in12.apple.com.
apple.com.      3542    IN  MX  10 mail-in13.apple.com.
apple.com.      3542    IN  MX  10 mail-in14.apple.com.
apple.com.      3542    IN  MX  10 mail-in15.apple.com.
apple.com.      3542    IN  MX  20 mail-in21.apple.com.
apple.com.      3542    IN  MX  20 mail-in22.apple.com.
apple.com.      3542    IN  MX  20 mail-in23.apple.com.
apple.com.      3542    IN  MX  20 mail-in24.apple.com.
apple.com.      3542    IN  MX  20 mail-in25.apple.com.
apple.com.      3542    IN  MX  100 mail-in3.apple.com.
apple.com.      1731    IN  A   17.149.160.49
apple.com.      1731    IN  A   17.172.224.47
apple.com.      86342   IN  NS  nserver.asia.apple.com.
apple.com.      86342   IN  NS  nserver.euro.apple.com.
apple.com.      86342   IN  NS  nserver.apple.com.
apple.com.      86342   IN  NS  nserver3.apple.com.
apple.com.      86342   IN  NS  nserver2.apple.com.
apple.com.      86342   IN  NS  nserver4.apple.com.

;; AUTHORITY SECTION:
apple.com.      86342   IN  NS  nserver3.apple.com.
apple.com.      86342   IN  NS  nserver.apple.com.
apple.com.      86342   IN  NS  nserver2.apple.com.
apple.com.      86342   IN  NS  nserver.asia.apple.com.
apple.com.      86342   IN  NS  nserver.euro.apple.com.
apple.com.      86342   IN  NS  nserver4.apple.com.

;; ADDITIONAL SECTION:
nserver.asia.apple.com. 85475   IN  A   17.82.254.3
nserver.euro.apple.com. 85475   IN  A   17.72.133.64
nserver.apple.com.  85475   IN  A   17.254.0.50
nserver2.apple.com. 85475   IN  A   17.254.0.59
nserver3.apple.com. 85475   IN  A   17.112.144.50
nserver4.apple.com. 85475   IN  A   17.112.144.59

;; Query time: 5 msec
;; SERVER: 213.154.124.221#53(213.154.124.221)
;; WHEN: Tue Jun 19 08:08:40 2012
;; MSG SIZE  rcvd: 918

Et le ping :

  ~  ping -c 1 www.apple.com
ping: cannot resolve www.apple.com: Unknown host

  ~  ping -c 1 apple.com
ping: cannot resolve apple.com: Unknown host

4voto

DMan Points 655

Il y a deux choses que j'essaierais de faire dans cette situation :

  1. Vider le cache DNS. Pour ce faire, exécutez la commande dscacheutil -flushcache . Après avoir exécuté cette commande, essayez d'exécuter à nouveau les commandes dig et ping. Si elles renvoient les résultats escomptés, vous devriez être prêt.
  2. Vérifier que des serveurs DNS valides répondent aux requêtes DNS. Ouvrez Préférences système -> Réseau. Déverrouillez l'icône de verrouillage dans le coin inférieur gauche si elle est verrouillée. Sélectionnez l'interface réseau que vous utilisez actuellement dans la colonne de gauche et cliquez sur le bouton Avancé. Cliquez sur l'onglet DNS.

    En général, dans l'onglet DNS, vous voudrez choisir ce qui est recommandé par votre fournisseur d'accès. Si tout semble correct, envisagez de remplacer les adresses des serveurs par une ou plusieurs des adresses de la liste ci-dessous :

    Google DNS

    8.8.8.8

    8.8.4.4

    OpenDNS (non recommandé si l'appareil héberge un serveur de messagerie)

    208.67.222.222

    208.67.220.220


Modifier pour ajouter ce qui suit :

Autre solution possible : Avez-vous mis hors tension l'équipement de réseau entre votre ordinateur et votre connexion réseau ? J'ai rencontré plusieurs fois des incohérences dans la recherche de DNS avec mon Airport. La mise hors tension a résolu le problème dans au moins une de ces situations.

4voto

Oskar Points 1242

Vous ne pouvez généralement pas faire de ping sur les grands serveurs, je me concentrerais donc sur le traceroute plutôt que sur le ping puisque votre DNS semble résoudre correctement les serveurs Apple. Vous pouvez aussi simplement faire un telnet sur les ports http/https pour voir si une connexion est établie.

telnet www.apple.com 80

Étant donné qu'Apple déploie de plus en plus de fichiers de mise à jour sur un réseau de diffusion de contenu (CDN), le serveur que j'obtiens sera rarement le même que celui que vous obtiendrez pour un téléchargement, car le CDN répartit les fichiers géographiquement ou en fonction de la connectivité du réseau. Non seulement le routage Internet est capricieux et changeant d'un moment à l'autre, mais ces CDN changent d'hôte d'un jour à l'autre et même parfois d'un moment à l'autre.

Actuellement, Akamai est au service de nombreux sites web et contenus Apple. Les mises à jour (App Store et serveur SU traditionnel de Lion et des versions antérieures) mais ces deux adresses IP d'Apple semblent être liées au processus critique de démarrage des mises à jour logicielles et du processus de mise à jour de l'App Store sur Lion avant qu'il ne soit transféré au CDN.

  • 17.146.232.12 - serveur à San Jose, CA qui répond dans le cadre des mises à jour de logiciels
  • 17.172.192.35 - serveur à Maiden, NC qui répond dans le cadre des mises à jour de l'App Store

Vous pouvez traceroute à ces adresses pour s'assurer que votre réseau y est connecté. Au lieu de ping Comme aucun de ces systèmes ne répond à ce trafic, vous pouvez utiliser telnet pour tenter une connexion sur le port https qu'ils utilisent pour le trafic de mise à jour.

telnet 17.172.192.35 443

Bonne chance pour trouver le problème qui empêche vos mises à jour. Il ne s'agit probablement pas de DNS à première vue, mais des choses plus étranges se sont produites que d'exclure cette possibilité avec les données dont on dispose.

Si les erreurs de ping à la fin de votre question persistent, vous pouvez utiliser nslookup pour essayer d'autres DNS afin de voir si c'est vraiment votre DNS qui signale de mauvaises adresses.

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

2voto

Sailing Judo Points 235

Mea culpa : J'ai mal lu votre question et j'ai cru que vous aviez écrit que vous avait a déjà essayé de se connecter à www.apple.com pendant le démarrage sur la partition de récupération (vous pouvez lancer Safari à partir de la partition de récupération). J'ai relu votre question et j'ai l'impression que vous avez utilisé la partition de récupération simplement pour réinstaller votre système d'exploitation.

Si vous ne l'avez pas encore essayé, vous devriez absolument le faire ! Si vous n'avez pas encore essayé ce produit, vous devriez absolument le faire ! peut atteindre www.apple.com à partir de la partition de récupération, vous avez un problème de système. no vous avez un problème de fournisseur d'accès à Internet ou de routeur.

2voto

Old Pro Points 5634

Étant donné que vous avez déjà vérifié votre DNS et votre /etc/hosts et vide le cache DNS à l'aide de dscacheutil -flushcache il est tout à fait possible que vous ayez un logiciel malveillant sur votre machine. Vous avez réinstallé Lion, ce qui devrait résoudre les problèmes de corruption de fichiers, mais ne supprimera peut-être pas les logiciels malveillants si vous avez récupéré vos fichiers utilisateur à partir d'une sauvegarde. Vérifiez vos paramètres réseau pour vous assurer que vous n'utilisez pas de proxy, mais à part cela, un logiciel malveillant semble être le coupable le plus probable.

EDIT : Il semble que dscacheutil -flushcache ne fonctionne plus pour vider le cache DNS. Avant de vider le cache de la nouvelle manière, jetons un coup d'œil. Exécutez :

sudo killall -INFO mDNSResponder

puis consultez le fichier system.log. Vous pouvez l'afficher dans l'application Console sous Fichiers ou dans le terminal avec less /var/log/system.log . Quoi qu'il en soit, mDNSResponder déverse beaucoup d'informations dans le fichier system.log à la suite de cette commande, ce qui devrait permettre d'identifier le problème. Recherchez "apple.com" dans les résultats et voyez ce que vous obtenez. Essayez ensuite

sudo killall -HUP mDNSResponder

pour vider le cache et essayer ping www.apple.com encore une fois.


Vous avez essayé dig www.apple.com qui a été correctement résolu en e3191.c.akamaiedge.net qui est un domaine CDN qui aura des adresses IP différentes en fonction de l'endroit où vous vous connectez à l'internet. Essayez nslookup www.apple.com et vous devriez obtenir la même chose, par exemple

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

Vous devriez donc pouvoir envoyer un ping à www.apple.com, e3191.c.akamaiedge.net et 23.11.77.15 (ou toute autre adresse IP que vous obtiendrez à partir de dig ). (S'il est vrai que de nombreux serveurs ne répondent pas aux requêtes ping, ce serveur y répond et votre problème n'est pas que vous ne pouvez pas obtenir de réponse, mais que vous ne pouvez pas résoudre le nom de domaine). Si vous pouvez envoyer une requête ping à certains serveurs mais pas à tous, vous avez probablement un problème de logiciel malveillant.

Un certain nombre de chevaux de Troie circulaient sous la forme de codecs vidéo qui perturbaient le DNS. Je vous suggère de vous procurer un scanner de logiciels malveillants digne de ce nom et de vérifier votre système.

0voto

Alain King Points 1463

J'ai eu une expérience similaire il y a quelque temps en ce qui concerne l'obtention de mises à jour sur les appareils. Il s'agissait en particulier de télécharger des mises à jour pour mes appareils iOS sur mon iMac 2011 fonctionnant sous Lion.

À l'époque, j'avais également du mal à accéder aux sites Apple, mais je pouvais très bien naviguer sur d'autres sites et télécharger des fichiers.

Après de nombreuses recherches, j'ai trouvé un message sur un forum (malheureusement je ne peux pas le retrouver pour le moment) qui disait qu'il pouvait s'agir d'un problème de DNS. J'utilisais le DNS de mon fournisseur d'accès local et je l'ai remplacé par le DNS de Google (8.8.8.8) et depuis, je peux accéder à tous les sites d'Apple.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X