L'App Store ne se connecte plus après un VPN ou un filtre de contenu

Vous installez un VPN ou un filtre de contenu, et l'App Store cesse de se connecter ou de télécharger. Safari charge encore les pages, ce qui fait ressembler le problème à un problème de compte Apple plutôt qu'à un problème de réseau. Traitez-le plutôt comme quatre questions distinctes : le Mac peut-il atteindre le service, peut-il se connecter, peut-il récupérer un catalogue, et peut-il télécharger un élément. Chaque défaillance pointe vers une étape différente, et la liste ci-dessous les parcourt dans l'ordre où se tromper coûte le moins cher.

Nommez la défaillance avant de changer quoi que ce soit

Notez ce qui se passe réellement. Une boutique qui s'ouvre mais ne liste jamais rien est un problème d'accessibilité ou de proxy, pas d'authentification. Une boutique qui liste des éléments et refuse de télécharger est plus proche d'une défaillance de transport sur une connexion en masse. Une boucle de connexion sans texte d'erreur est généralement un état de compte, qu'aucun réglage réseau ne corrigera.

Notez quand cela a commencé et la dernière chose qui a changé. Si la réponse est un nouveau produit réseau, sa version et ses composants comptent plus que tout le reste de ce que vous allez collecter. Les deux appartiennent au ticket même si vous corrigez le problème vous-même, car la personne suivante commencera là où vous vous êtes arrêté.

Première étape : écarter les services d'Apple et l'horloge

Vérifiez la page System Status d'Apple et le texte de l'erreur lui-même avant de toucher à la configuration réseau du Mac. Une panne de service ressemble exactement à un filtre cassé du point de vue de l'utilisateur et disparaît sans aucune modification sur votre machine. Deux minutes sur cette page font régulièrement gagner une heure de reconfiguration.

Confirmez que la date et l'heure sont correctes, y compris le fuseau horaire. La validation des certificats dépend de l'horloge, et un Mac qui a dormi ou voyagé échouera à la poignée de main TLS avec des services qu'il atteignait hier. Si le compte nécessite une attention, utilisez le parcours du compte plutôt que des changements de routage.

Testez un second appareil sur le même réseau si vous pouvez. Deux appareils qui échouent ensemble pointent vers le réseau ou le service ; un seul appareil qui échoue pointe vers la configuration de ce Mac.

Deuxième étape : identifier quel composant le produit a installé

Un tunnel VPN, un proxy HTTP, un filtre de contenu et un proxy DNS sont des choses différentes, et un seul installateur peut en ajouter plusieurs. Regardez ce qui est réellement configuré avant de raisonner, car le correctif se trouve dans le composant qui possède le trafic qui échoue.

Sur les versions actuelles de macOS, l'extension réseau apparaît dans Réglages Système, dans les zones confidentialité et réseau, aux côtés de toute configuration de proxy et de tout réglage DNS ajoutés par le produit. Notez ce que vous trouvez, y compris si le produit applique un blocage qui exige intentionnellement que le VPN soit connecté.

Ce dernier détail compte. Un filtre qui bloque la boutique alors que le tunnel est coupé se comporte comme prévu, et le traiter comme un bug conduit à désactiver une protection que l'organisation avait demandée. Lisez la description du produit de la règle avant de décider que la règle est fausse.

Troisième étape : changer exactement un chemin à la fois

Utilisez le contrôle documenté du produit lui-même pour tester un chemin alternatif, et ne changez qu'une seule chose. Un Mac géré peut exiger un administrateur pour ce changement, et contourner une politique pour prouver un point est une décision différente de la diagnostiquer.

Quand la boutique fonctionne sur l'alternative autorisée, vous avez votre réponse : la défaillance réside dans la politique qui régit le chemin d'origine. Portez ce constat à qui possède le produit au lieu de désactiver chaque composant de sécurité pour voir lequel comptait.

Quatrième étape : corriger l'inspection dans le système qui inspecte

Les exigences réseau publiées par Apple séparent les dépendances pour les apps, les mises à jour logicielles, les services de compte et la validation des certificats, donc autoriser un seul nom d'hôte familier ne couvre pas tout le service. Elles indiquent aussi que l'interception HTTPS peut casser ces services.

Quand un proxy ou un filtre inspecte le trafic, l'exception prise en charge appartient au système qui inspecte et est appliquée par celui qui l'administre. Ne compensez pas sur le Mac en affaiblissant la validation des certificats ou en acceptant un certificat inattendu, car cela échange un incident de support contre un incident de sécurité.

Cinquième étape : désinstaller correctement, puis transmettre proprement

Si le produit n'est plus voulu, utilisez son désinstalleur et terminez tout redémarrage qu'il demande. Glisser l'app dans la corbeille ou supprimer une entrée VPN dans Réglages ne prouve pas que l'extension réseau, le réglage de proxy ou le composant d'arrière-plan ont disparu, et la pièce restante continue d'affecter le trafic.

Résistez au premier réflexe de vider les caches, les cookies et les éléments du trousseau. Cela jette un état dont vous pourriez avoir besoin et identifie rarement quel composant a changé le chemin. De même, ne publiez pas une archive de diagnostic système complète en supposant qu'elle ne contient rien de privé.

Une meilleure transmission est courte : le texte de l'erreur, la fenêtre temporelle, le produit et la version, les composants qu'il a installés et le résultat de la seule comparaison que vous étiez autorisé à faire.