App Store verbindet nicht mehr nach einem VPN oder Inhaltsfilter
Prüfen Sie Apple-Dienste, Uhrzeit und die installierte Komponente, und ändern Sie dann einen Pfad nach dem anderen, statt Caches zu löschen oder Zertifikate zu schwächen.
Sie installieren ein VPN oder einen Inhaltsfilter, und der App Store meldet sich nicht mehr an oder lädt nicht mehr herunter. Safari lädt weiterhin Seiten, wodurch das Problem wie ein Apple-Kontoproblem und nicht wie ein Netzwerkproblem aussieht. Behandeln Sie es stattdessen als vier getrennte Fragen: Erreicht der Mac den Dienst, kann er sich anmelden, kann er einen Katalog abrufen, und kann er einen einzelnen Artikel herunterladen. Jeder Fehler deutet auf eine andere Stufe hin, und die Checkliste unten geht sie in der Reihenfolge durch, in der ein Irrtum am wenigsten kostet.
Benennen Sie den Fehler, bevor Sie etwas ändern
Schreiben Sie auf, was tatsächlich passiert. Ein Store, der sich öffnet, aber nie etwas auflistet, ist ein Erreichbarkeits- oder Proxyproblem, kein Authentifizierungsproblem. Ein Store, der Artikel auflistet und den Download verweigert, liegt näher an einem Transportfehler auf einer Massenverbindung. Eine Anmeldeschleife ohne Fehlertext ist meist ein Kontozustand, den keine Netzwerkoptimierung behebt.
Notieren Sie, wann es begann und was sich zuletzt geändert hat. Ist die Antwort ein neues Netzwerkprodukt, sind dessen Version und Komponenten wichtiger als alles andere, was Sie sammeln. Beides gehört ins Ticket, auch wenn Sie das Problem selbst beheben, denn die nächste Person beginnt dort, wo Sie aufgehört haben.
Schritt eins: Apple-Dienste und die Uhr ausschließen
Prüfen Sie Apples System-Status-Seite und den Fehlertext selbst, bevor Sie die Netzwerkkonfiguration des Mac anfassen. Ein Dienstausfall sieht aus Nutzersicht genau wie ein defekter Filter aus und verschwindet ohne jede Änderung an Ihrem Rechner. Zwei Minuten auf dieser Seite sparen regelmäßig eine Stunde Neukonfiguration.
Bestätigen Sie, dass Datum und Uhrzeit korrekt sind, einschließlich der Zeitzone. Die Zertifikatsprüfung hängt von der Uhr ab, und ein Mac, der geschlafen hat oder gereist ist, wird TLS-Handshakes mit Diensten scheitern lassen, die er gestern noch erreichte. Braucht das Konto Aufmerksamkeit, nutzen Sie den Kontoablauf statt Routingänderungen.
Testen Sie nach Möglichkeit ein zweites Gerät im selben Netzwerk. Zwei Geräte, die gemeinsam scheitern, deuten auf das Netzwerk oder den Dienst; ein einzelnes Gerät, das allein scheitert, deutet auf die Konfiguration dieses Mac.
Schritt zwei: feststellen, welche Komponente das Produkt installiert hat
Ein VPN-Tunnel, ein HTTP-Proxy, ein Inhaltsfilter und ein DNS-Proxy sind verschiedene Dinge, und ein Installer kann mehr als eines davon hinzufügen. Sehen Sie nach, was tatsächlich konfiguriert ist, bevor Sie darüber nachdenken, denn die Lösung liegt in der Komponente, der der fehlschlagende Datenverkehr gehört.
In aktuellen macOS-Versionen erscheint die Netzwerkerweiterung in den Systemeinstellungen in den Bereichen Datenschutz und Netzwerk, neben jeder Proxykonfiguration und allen DNS-Einstellungen, die das Produkt hinzugefügt hat. Halten Sie fest, was Sie finden, einschließlich der Frage, ob das Produkt eine Sperre durchsetzt, die absichtlich ein verbundenes VPN verlangt.
Dieses letzte Detail ist wichtig. Ein Filter, der den Store blockiert, während der Tunnel getrennt ist, verhält sich wie vorgesehen, und das als Fehler zu behandeln führt dazu, dass Schutz abgeschaltet wird, den die Organisation verlangt hat. Lesen Sie die eigene Beschreibung der Regel im Produkt, bevor Sie entscheiden, dass die Regel falsch ist.
Schritt drei: immer genau einen Pfad ändern
Nutzen Sie die dokumentierte Steuerung des Produkts, um einen alternativen Pfad zu testen, und ändern Sie nur eine Sache. Ein verwalteter Mac kann für diese Änderung einen Administrator erfordern, und eine Richtlinie zu umgehen, um einen Punkt zu beweisen, ist eine andere Entscheidung als sie zu diagnostizieren.
Funktioniert der Store über die erlaubte Alternative, haben Sie Ihre Antwort: Der Fehler liegt in der Richtlinie, die den ursprünglichen Pfad regelt. Bringen Sie diesen Befund zu dem, dem das Produkt gehört, statt jede Sicherheitskomponente abzuschalten, um zu sehen, welche wichtig war.
Schritt vier: die Inspektion im inspizierenden System beheben
Apples veröffentlichte Netzwerkanforderungen trennen die Abhängigkeiten für Apps, Softwareupdates, Kontodienste und Zertifikatsprüfung, sodass die Freigabe eines bekannten Hostnamens nicht den gesamten Dienst abdeckt. Sie geben auch an, dass HTTPS-Interception diese Dienste brechen kann.
Wenn ein Proxy oder Filter Datenverkehr inspiziert, gehört die unterstützte Ausnahme auf das inspizierende System und wird von dem angewendet, der es administriert. Gleichen Sie das nicht auf dem Mac aus, indem Sie die Zertifikatsprüfung schwächen oder ein unerwartetes Zertifikat akzeptieren, denn das tauscht einen Supportfall gegen einen Sicherheitsfall.
Schritt fünf: sauber deinstallieren, dann sauber übergeben
Wird das Produkt nicht mehr gewünscht, nutzen Sie seinen Deinstaller und schließen Sie jeden verlangten Neustart ab. Die App in den Papierkorb zu ziehen oder einen VPN-Eintrag in den Einstellungen zu löschen beweist nicht, dass Netzwerkerweiterung, Proxy-Einstellung oder Hintergrundkomponente weg sind, und der Rest beeinflusst den Datenverkehr weiter.
Widerstehen Sie dem ersten Reflex, Caches, Cookies und Schlüsselbundobjekte zu löschen. Das verwirft Zustand, den Sie vielleicht brauchen, und es zeigt selten, welche Komponente den Pfad geändert hat. Veröffentlichen Sie ebenso wenig ein vollständiges Systemdiagnosearchiv in der Annahme, es enthalte nichts Privates.
Eine bessere Übergabe ist kurz: der Fehlertext, das Zeitfenster, das Produkt und die Version, die installierten Komponenten und das Ergebnis des einen Vergleichs, den Sie durchführen durften.