App Store ne konektiĝas post VPN aŭ enhavofiltro

Vi instalas VPN aŭ enhavofiltron, kaj App Store ĉesas ensaluti aŭ ĉesas elŝuti. Safari ankoraŭ ŝarĝas paĝojn, kio faras la problemon aspekti kiel problemo de Apple-konto anstataŭ de reto. Traktu ĝin anstataŭe kiel kvar apartajn demandojn: ĉu la Mac povas atingi la servon, ĉu ĝi povas ensaluti, ĉu ĝi povas akiri katalogon, kaj ĉu ĝi povas elŝuti unu eron. Ĉiu malsukceso montras al alia stadio, kaj la kontrolisto sube trapasas ilin en la ordo, en kiu erari kostas malplej.

Nomu la malsukceson antaŭ ol ŝanĝi ion ajn

Skribu, kio efektive okazas. Butiko, kiu malfermiĝas sed neniam listigas ion, estas problemo de atingeblo aŭ prokuro, ne de aŭtentigo. Butiko, kiu listigas erojn kaj rifuzas elŝuti, estas pli proksima al transporta malsukceso sur amasa konekto. Ensaluta buklo sen erarteksto kutime estas konta stato, kiun neniu reta agordado riparebles.

Notu, kiam ĝi komenciĝis kaj kion laste ŝanĝiĝis. Se la respondo estas nova reta produkto, ĝia versio kaj komponantoj gravas pli ol ĉio alia, kion vi kolektos. Ambaŭ apartenas al la bileto, eĉ se vi mem riparas la problemon, ĉar la sekva persono komencos tie, kie vi haltis.

Unua paŝo: ekskludu la servojn de Apple kaj la horloĝon

Kontrolu la paĝon System Status de Apple kaj la erartekston mem antaŭ ol tuŝi la retan agordon de la Mac. Serva interrompo aspektas ekzakte kiel rompita filtro de la uzanto-flanko kaj forpasas sen ajna ŝanĝo sur via maŝino. Du minutoj sur tiu paĝo kutime ŝparas horon da reagordado.

Konfirmu, ke la dato kaj la horo estas ĝustaj, inkluzive de la horzono. Atestila validigo dependas de la horloĝo, kaj Mac, kiu dormis aŭ vojaĝis, malsukcesos la TLS-manpremon kun servoj, kiujn ĝi atingis hieraŭ. Se la konto bezonas atenton, uzu la kontan fluon anstataŭ ŝanĝojn de enkursigo.

Testu duan aparaton en la sama reto, se vi povas. Du aparatoj, kiuj malsukcesas kune, montras al la reto aŭ la servo; unu aparato, kiu malsukcesas sola, montras al la agordo de tiu Mac.

Dua paŝo: identigu, kiun komponanton la produkto instalis

VPN-tunelo, HTTP-prokuro, enhavofiltro kaj DNS-prokuro estas malsamaj aferoj, kaj unu instalilo povas aldoni pli ol unu el ili. Rigardu, kio efektive estas agordita, antaŭ ol rezoni pri ĝi, ĉar la riparo kuŝas en tiu komponanto, kiu posedas la trafikon, kiu malsukcesas.

En nunaj macOS-eldonoj la reta etendaĵo aperas en Sistemaj agordoj en la sekcioj pri privateco kaj reto, apud ajna prokura agordo kaj ajnaj DNS-agordoj, kiujn la produkto aldonis. Notu, kion vi trovas, inkluzive ĉu la produkto plenumas blokadon, kiu intence postulas, ke la VPN estu konektita.

Tiu lasta detalo gravas. Filtro, kiu blokas la butikon dum la tunelo estas malkonektita, kondutas kiel dizajnite, kaj trakti ĝin kiel cimon kondukas al malŝalto de protekto, kiun la organizo petis. Legu la propran priskribon de la regulo en la produkto antaŭ ol decidi, ke la regulo estas malĝusta.

Tria paŝo: ŝanĝu ekzakte unu vojon samtempe

Uzu la propran dokumentitan regilon de la produkto por testi alternativan vojon, kaj ŝanĝu nur unu aferon. Administrata Mac povas postuli administranton por tiu ŝanĝo, kaj preterpasi politikon por pruvi punkton estas alia decido ol diagnozi ĝin.

Kiam la butiko funkcias sur la permesita alternativo, vi havas vian respondon: la malsukceso kuŝas en la politiko, kiu regas la originan vojon. Portu tiun trovaĵon al tiu, kiu posedas la produkton, anstataŭ malŝalti ĉiun sekurecan komponanton por vidi, kiu gravis.

Kvara paŝo: ripari inspektadon en la inspektanta sistemo

La publikigitaj retaj postuloj de Apple apartigas la dependecojn por apoj, programaraj ĝisdatigoj, kontaj servoj kaj atestila validigo, do permesi unu konatan gastigantnomon ne kovras la tutan servon. Ili ankaŭ deklaras, ke HTTPS-inkliniĝo povas rompi tiujn servojn.

Kiam prokuro aŭ filtro inspektas trafikon, la subtenata escepto apartenas al la inspektanta sistemo kaj estas aplikata de tiu, kiu administras ĝin. Ne kompensu sur la Mac per malfortigo de atestila validigo aŭ akcepto de neatendita atestilo, ĉar tio interŝanĝas subtenan incidenton kontraŭ sekurecan incidenton.

Kvina paŝo: malinstalu ĝuste, poste transdonu pure

Se la produkto ne plu deziratas, uzu ĝian malinstalilon kaj finu ajnan restartigon, kiun ĝi postulas. Treni la apon al la rubujo aŭ forigi VPN-eron en Agordoj ne pruvas, ke la reta etendaĵo, la prokura agordo aŭ la fona komponanto foriris, kaj la restanta peco daŭre influas la trafikon.

Rezistu la unuan movon forigi kaŝmemorojn, kuketojn kaj ŝlosilĉenajn erojn. Ĝi forĵetas staton, kiun vi eble bezonos, kaj ĝi malofte identigas, kiu komponanto ŝanĝis la vojon. Same, ne afiŝu plenan sistemdiagnozan arkivon supozante, ke ĝi enhavas nenion privatan.

Pli bona transdono estas mallonga: la erarteksto, la tempa fenestro, la produkto kaj versio, la komponantoj, kiujn ĝi instalis, kaj la rezulto de la unu komparo, kiun vi rajtis fari.