App Store se po zapnutí VPN nebo filtru obsahu nepřipojí
Zkontrolujte služby Apple, hodiny a nainstalovanou komponentu a potom měňte vždy jednu cestu, místo abyste mazali mezipaměti nebo oslabovali certifikáty.
Nainstalujete VPN nebo filtr obsahu a App Store se přestane přihlašovat nebo přestane stahovat. Safari dál načítá stránky, takže problém vypadá jako problém s účtem Apple, nikoli se sítí. Berte ho místo toho jako čtyři oddělené otázky: dostane se Mac ke službě, dokáže se přihlásit, dokáže načíst katalog a dokáže stáhnout jednu položku. Každé selhání ukazuje na jinou fázi a kontrolní seznam níže je prochází v pořadí, ve kterém je chyba nejméně nákladná.
Pojmenujte selhání, než cokoli změníte
Napište, co se skutečně děje. Obchod, který se otevře, ale nikdy nic nevypsuje, je problém dosažitelnosti nebo proxy, ne ověřování. Obchod, který položky vypisuje a odmítá stahovat, je blíž přenosovému selhání na hromadném spojení. Přihlašovací smyčka bez textu chyby je obvykle stav účtu, který žádné ladění sítě nespraví.
Poznamenejte, kdy to začalo a co se naposledy změnilo. Pokud je odpovědí nový síťový produkt, jeho verze a komponenty jsou důležitější než cokoli dalšího, co posbíráte. Obojí patří do tiketu, i když problém vyřešíte sami, protože další člověk začne tam, kde jste skončili.
První krok: vylučte služby Apple a hodiny
Zkontrolujte stránku System Status od Apple a samotný text chyby, než sáhnete na síťovou konfiguraci Macu. Výpadek služby vypadá z pohledu uživatele přesně jako rozbitý filtr a odezní bez jakékoli změny na vašem stroji. Dvě minuty na této stránce pravidelně ušetří hodinu přenastavování.
Ověřte, že datum a čas jsou správné, včetně časového pásma. Ověřování certifikátů závisí na hodinách a Mac, který spal nebo cestoval, selže při TLS handshake se službami, na které se včera dostal. Pokud účet potřebuje pozornost, použijte postup pro účet, ne změny směrování.
Otestujte druhé zařízení ve stejné síti, pokud můžete. Dvě zařízení selhávající společně ukazují na síť nebo službu; jedno zařízení selhávající samo ukazuje na konfiguraci toho Macu.
Druhý krok: zjistěte, kterou komponentu produkt nainstaloval
VPN tunel, HTTP proxy, filtr obsahu a DNS proxy jsou různé věci a jeden instalátor může přidat víc než jednu. Podívejte se, co je skutečně nakonfigurováno, než o tom budete uvažovat, protože oprava je v komponentě, která vlastní selhávající provoz.
V současných verzích macOS se síťové rozšíření objevuje v Nastavení systému v oblastech soukromí a sítě, vedle případné konfigurace proxy a případných nastavení DNS, která produkt přidal. Zapište, co najdete, včetně toho, zda produkt uplatňuje blokování, které záměrně vyžaduje připojenou VPN.
Ten poslední detail je důležitý. Filtr, který blokuje obchod, dokud je tunel vypnutý, se chová podle návrhu, a brát to jako chybu vede k vypnutí ochrany, kterou organizace požadovala. Přečtěte si vlastní popis pravidla v produktu, než rozhodnete, že pravidlo je špatné.
Třetí krok: měňte vždy přesně jednu cestu
K otestování alternativní cesty použijte vlastní dokumentovaný ovládací prvek produktu a změňte jen jednu věc. Spravovaný Mac může pro takovou změnu vyžadovat správce a obejít zásadu, abyste něco dokázali, je jiné rozhodnutí než ji diagnostikovat.
Když obchod funguje na povolené alternativě, máte odpověď: selhání je v zásadě, která řídí původní cestu. Odneste tento nález tomu, kdo produkt vlastní, místo abyste vypínali každou bezpečnostní komponentu, abyste viděli, která byla důležitá.
Čtvrtý krok: opravte inspekci v systému, který inspektuje
Zveřejněné síťové požadavky Apple oddělují závislosti pro aplikace, aktualizace softwaru, služby účtu a ověřování certifikátů, takže povolení jednoho známého jména hostitele nepokryje celou službu. Uvádějí také, že zachytávání HTTPS může tyto služby rozbít.
Když proxy nebo filtr inspektuje provoz, podporovaná výjimka patří do systému, který inspektuje, a uplatňuje ji ten, kdo jej spravuje. Nedorovnávejte to na Macu oslabením ověřování certifikátů nebo přijetím nečekaného certifikátu, protože tím vyměníte incident podpory za bezpečnostní incident.
Pátý krok: odinstalujte správně a potom předávejte čistě
Pokud už produkt není chtěný, použijte jeho odinstalátor a dokončete případný restart, který si vyžádá. Přetažení aplikace do koše nebo smazání položky VPN v Nastavení neprokazuje, že síťové rozšíření, nastavení proxy nebo komponenta na pozadí zmizely, a zbytek dál ovlivňuje provoz.
Odolejte prvnímu kroku mazání mezipamětí, souborů cookie a položek klíčenky. Zahodí stav, který můžete potřebovat, a jen zřídka určí, která komponenta cestu změnila. Stejně tak nezveřejňujte plný diagnostický archiv systému s předpokladem, že neobsahuje nic soukromého.
Lepší předání je krátké: text chyby, časové okno, produkt a verze, komponenty, které nainstaloval, a výsledek jediného srovnání, které vám bylo dovoleno provést.