Hindi makakonekta ang App Store pagkatapos ng VPN o content filter
Suriin ang mga serbisyo ng Apple, ang orasan at ang naka-install na bahagi, pagkatapos ay isang landas lang ang baguhin sa isang pagkakataon sa halip na magbura ng cache o magpahina ng mga sertipiko.
Nag-install ka ng VPN o content filter, at tumigil ang App Store sa pag-sign in o sa pag-download. Naglo-load pa rin ng mga pahina ang Safari, kaya mukhang problema sa Apple account ang problema at hindi sa network. Ituring ito bilang apat na hiwalay na tanong: naaabot ba ng Mac ang serbisyo, makakapag-sign in ba ito, makakakuha ba ito ng katalogo, at makakapag-download ba ito ng isang item. Bawat pagkabigo ay tumuturo sa ibang yugto, at ang checklist sa ibaba ay dumadaan sa mga ito sa pagkakasunod-sunod kung saan pinakamababa ang halaga ng pagkakamali.
Pangalanan ang pagkabigo bago palitan ang anuman
Isulat kung ano talaga ang nangyayari. Ang tindahang nagbubukas pero hindi kailanman naglilista ng anuman ay problema sa abot o proxy, hindi sa pagpapatunay. Ang tindahang naglilista ng mga item at tumatanggi sa pag-download ay mas malapit sa pagkabigo sa paghahatid sa malaking koneksyon. Ang paulit-ulit na pag-sign in na walang teksto ng error ay karaniwang kalagayan ng account, na walang pagsasaayos ng network ang makakatulong.
Itala kung kailan nagsimula at ano ang huling nagbago. Kung ang sagot ay isang bagong produktong pang-network, mas mahalaga ang bersyon at mga bahagi nito kaysa sa anumang iba pang titipunin mo. Pareho silang kabilang sa ticket kahit ikaw mismo ang mag-aayos ng problema, dahil magsisimula ang susunod na tao sa lugar kung saan ka tumigil.
Unang hakbang: ibukod ang mga serbisyo ng Apple at ang orasan
Suriin ang pahina ng System Status ng Apple at ang teksto ng error mismo bago hawakan ang configuration ng network ng Mac. Ang pagkaantala ng serbisyo ay mukhang sirang filter mula sa panig ng gumagamit at nawawala nang walang anumang pagbabago sa iyong makina. Dalawang minuto sa pahinang iyon ay karaniwang nakakatipid ng isang oras ng muling pag-configure.
Tiyakin na tama ang petsa at oras, kasama ang time zone. Nakadepende sa orasan ang pagpapatunay ng sertipiko, at ang Mac na natulog o naglakbay ay mabibigo sa TLS handshake sa mga serbisyong naabot nito kahapon. Kung kailangan ng pansin ang account, gamitin ang daloy ng account sa halip na mga pagbabago sa routing.
Subukan ang pangalawang device sa parehong network kung kaya. Dalawang device na sabay na nabigo ay tumuturo sa network o serbisyo; isang device na nag-iisang nabigo ay tumuturo sa configuration ng Mac na iyon.
Ikalawang hakbang: tukuyin kung aling bahagi ang inilagay ng produkto
Ang tunnel ng VPN, proxy ng HTTP, content filter at proxy ng DNS ay magkaibang bagay, at isang installer ay maaaring magdagdag ng higit sa isa. Tingnan kung ano talaga ang naka-configure bago mag-isip tungkol dito, dahil nasa bahagi na nagmamay-ari ng trapikong nabibigo ang lunas.
Sa mga kasalukuyang release ng macOS lumilitaw ang extension ng network sa System Settings sa mga lugar ng privacy at network, kasama ang anumang configuration ng proxy at anumang setting ng DNS na idinagdag ng produkto. Itala ang makita mo, kasama kung nagpapatupad ang produkto ng pagharang na sadyang nangangailangan ng konektadong VPN.
Mahalaga ang huling detalyeng iyon. Ang filter na humaharang sa tindahan habang nakapatay ang tunnel ay kumikilos ayon sa disenyo, at ang ituring itong bug ay humahantong sa pagpatay ng proteksyong hiniling ng organisasyon. Basahin ang sariling paglalarawan ng produkto sa tuntunin bago magpasya na mali ang tuntunin.
Ikatlong hakbang: isang landas lang ang baguhin sa isang pagkakataon
Gamitin ang nakadokumentong kontrol ng produkto mismo upang subukan ang alternatibong landas, at isang bagay lang ang baguhin. Maaaring kailangan ng administrador ang isang pinamamahalaang Mac para sa pagbabagong iyon, at ang paglampas sa patakaran upang patunayan ang isang punto ay ibang desisyon kaysa sa pag-diagnose nito.
Kapag gumana ang tindahan sa pinapayagang alternatibo, mayroon ka nang sagot: nasa patakarang namamahala sa orihinal na landas ang pagkabigo. Dalhin ang natuklasang iyon sa nagmamay-ari ng produkto sa halip na patayin ang bawat bahagi ng seguridad upang makita kung alin ang mahalaga.
Ikaapat na hakbang: ayusin ang inspeksyon sa sistemang nag-iinspeksyon
Hinihiwalay ng mga na-publish na kinakailangan sa network ng Apple ang mga dependency para sa app, update ng software, serbisyo ng account at pagpapatunay ng sertipiko, kaya ang pagpayag sa isang kilalang hostname ay hindi sumasaklaw sa buong serbisyo. Sinasabi rin nila na ang interception ng HTTPS ay maaaring makasira sa mga serbisyong ito.
Kapag nag-iinspeksyon ng trapiko ang proxy o filter, ang sinusuportahang eksepsiyon ay nasa sistemang nag-iinspeksyon at ipinapatupad ng sinumang namamahala nito. Huwag bumawi sa Mac sa pamamagitan ng pagpapahina ng pagpapatunay ng sertipiko o pagtanggap ng hindi inaasahang sertipiko, dahil ipinagpapalit niyan ang insidente sa suporta para sa insidente sa seguridad.
Ikalimang hakbang: i-uninstall nang tama, pagkatapos ay ibigay nang malinis
Kung hindi na kailangan ang produkto, gamitin ang uninstaller nito at kumpletuhin ang anumang restart na hinihiling nito. Ang pag-drag ng app sa basurahan o pagbura ng entry ng VPN sa Settings ay hindi nagpapatunay na wala na ang extension ng network, setting ng proxy o bahagi sa background, at patuloy na naaapektuhan ng natira ang trapiko.
Labanan ang unang udyok na linisin ang cache, cookies at mga item ng keychain. Itinatapon nito ang kalagayang maaaring kailanganin mo, at bihirang tukuyin kung aling bahagi ang nagbago ng landas. Gayundin, huwag mag-post ng buong diagnostic archive ng system sa pag-aakalang wala itong anumang pribado.
Ang mas mabuting pagbibigay ay maikli: ang teksto ng error, ang agwat ng oras, ang produkto at bersyon, ang mga bahaging inilagay nito, at ang resulta ng nag-iisang paghahambing na pinayagan kang gawin.