App Store ansluter inte efter ett VPN eller innehållsfilter
Kontrollera Apples tjänster, klockan och den installerade komponenten, och ändra sedan en väg i taget i stället för att rensa cachar eller försvaga certifikat.
Du installerar ett VPN eller ett innehållsfilter, och App Store slutar logga in eller slutar ladda ner. Safari laddar fortfarande sidor, vilket får problemet att se ut som ett Apple-kontoproblem och inte ett nätverksproblem. Behandla det i stället som fyra separata frågor: når Macen tjänsten, kan den logga in, kan den hämta en katalog och kan den ladda ner en enda vara. Varje fel pekar på ett annat steg, och checklistan nedan går igenom dem i den ordning där ett misstag kostar minst.
Namnge felet innan du ändrar något
Skriv ner vad som faktiskt händer. En butik som öppnas men aldrig listar något är ett nåbarhets- eller proxyproblem, inte ett autentiseringsproblem. En butik som listar varor och vägrar ladda ner ligger närmare ett transportfel på en massanslutning. En inloggningsslinga utan feltext är oftast kontotillstånd, som ingen nätverksjustering åtgärdar.
Notera när det började och vad som ändrades senast. Om svaret är en ny nätverksprodukt väger dess version och komponenter tyngre än allt annat du samlar in. Båda hör hemma i ärendet även om du löser problemet själv, eftersom nästa person börjar där du slutade.
Steg ett: uteslut Apples tjänster och klockan
Kontrollera Apples System Status-sida och själva feltexten innan du rör Macens nätverkskonfiguration. Ett tjänsteavbrott ser från användarens sida ut precis som ett trasigt filter och försvinner utan någon ändring på din maskin. Två minuter på den sidan sparar rutinmässigt en timme omkonfigurering.
Bekräfta att datum och tid stämmer, inklusive tidszonen. Certifikatvalidering beror på klockan, och en Mac som har sovit eller rest kommer att misslyckas med TLS-handskakningen mot tjänster den nådde i går. Om kontot behöver uppmärksamhet, använd kontoflödet i stället för routingändringar.
Testa en andra enhet på samma nätverk om du kan. Två enheter som misslyckas tillsammans pekar på nätverket eller tjänsten; en enhet som misslyckas ensam pekar på den Macens konfiguration.
Steg två: identifiera vilken komponent produkten installerade
En VPN-tunnel, en HTTP-proxy, ett innehållsfilter och en DNS-proxy är olika saker, och ett installationsprogram kan lägga till mer än en av dem. Titta på vad som faktiskt är konfigurerat innan du resonerar om det, eftersom rättelsen finns i den komponent som äger trafiken som misslyckas.
I aktuella macOS-versioner visas nätverksutökningen i Systeminställningar under områdena integritet och nätverk, tillsammans med eventuell proxykonfiguration och alla DNS-inställningar som produkten har lagt till. Notera vad du hittar, inklusive om produkten tillämpar en blockering som medvetet kräver att VPN:en är ansluten.
Den sista detaljen spelar roll. Ett filter som blockerar butiken medan tunneln är nere beter sig som det är designat, och att behandla det som en bugg leder till att skydd stängs av som organisationen bad om. Läs produktens egen beskrivning av regeln innan du avgör att regeln är fel.
Steg tre: ändra exakt en väg i taget
Använd produktens egen dokumenterade kontroll för att testa en alternativ väg, och ändra bara en sak. En hanterad Mac kan kräva en administratör för den ändringen, och att kringgå policy för att bevisa en poäng är ett annat beslut än att diagnostisera den.
När butiken fungerar på det tillåtna alternativet har du svaret: felet ligger i policyn som styr den ursprungliga vägen. Ta den upptäckten till den som äger produkten i stället för att stänga av varje säkerhetskomponent för att se vilken som spelade roll.
Steg fyra: rätta till inspektionen i det inspekterande systemet
Apples publicerade nätverkskrav skiljer på beroenden för appar, programuppdateringar, kontotjänster och certifikatvalidering, så att tillåta ett enda känt värdnamn täcker inte hela tjänsten. De anger också att HTTPS-avlyssning kan bryta dessa tjänster.
När en proxy eller ett filter inspekterar trafik hör det stödda undantaget hemma i det inspekterande systemet och tillämpas av den som administrerar det. Kompensera inte på Macen genom att försvaga certifikatvalideringen eller acceptera ett oväntat certifikat, eftersom det byter en supportincident mot en säkerhetsincident.
Steg fem: avinstallera ordentligt och lämna sedan över rent
Om produkten inte längre önskas, använd dess avinstallationsprogram och slutför eventuell omstart som det ber om. Att dra appen till papperskorgen eller ta bort en VPN-post i Inställningar bevisar inte att nätverksutökningen, proxyinställningen eller bakgrundskomponenten är borta, och resten påverkar trafiken fortfarande.
Motstå den första impulsen att rensa cachar, cookies och nyckelringsobjekt. Det kastar bort tillstånd du kan behöva, och det identifierar sällan vilken komponent som ändrade vägen. Lika lite bör du publicera ett fullständigt systemdiagnostikarkiv utifrån antagandet att det inte innehåller något privat.
En bättre överlämning är kort: feltexten, tidsfönstret, produkten och versionen, komponenterna den installerade och resultatet av den enda jämförelse du fick göra.