VPN किंवा कंटेंट फिल्टरनंतर App Store कनेक्ट होत नाही

तुम्ही VPN किंवा कंटेंट फिल्टर इंस्टॉल करता, आणि App Store साइन इन करणे किंवा डाउनलोड करणे थांबवते. Safari अजूनही पृष्ठे लोड करते, त्यामुळे समस्या नेटवर्कची नसून Apple खात्याची वाटते. त्याऐवजी तिला चार स्वतंत्र प्रश्न म्हणून पहा: Mac सेवेपर्यंत पोहोचू शकतो का, साइन इन करू शकतो का, कॅटलॉग मिळवू शकतो का, आणि एक आयटम डाउनलोड करू शकतो का. प्रत्येक अपयश वेगळ्या टप्प्याकडे निर्देश करते, आणि खालील यादी चूक होणे सर्वात स्वस्त अशा क्रमाने त्यांची तपासणी करते.

काहीही बदलण्यापूर्वी अपयशाला नाव द्या

प्रत्यक्षात काय घडते ते लिहा. उघडते पण कधीच काही सूचीबद्ध करत नाही असे स्टोअर पोहोच किंवा proxy ची समस्या आहे, प्रमाणीकरणाची नाही. आयटम सूचीबद्ध करून डाउनलोड नाकारणारे स्टोअर मोठ्या कनेक्शनवरील वाहतूक अपयशाच्या जवळ आहे. त्रुटी मजकुराशिवाय साइन-इन लूप सहसा खात्याची स्थिती असते, जी कोणतेही नेटवर्क ट्युनिंग सुधारणार नाही.

कधी सुरू झाले आणि शेवटी काय बदलले ते नोंदवा. उत्तर नवीन नेटवर्क उत्पादन असेल, तर त्याची आवृत्ती आणि घटक तुम्ही गोळा कराल त्याहून अधिक महत्त्वाचे आहेत. तुम्ही स्वतः समस्या सोडवली तरी दोन्ही तिकिटात असावेत, कारण पुढची व्यक्ती तुम्ही थांबलेल्या ठिकाणाहून सुरुवात करेल.

पहिली पायरी: Apple च्या सेवा आणि घड्याळ वगळा

Mac च्या नेटवर्क कॉन्फिगरेशनला हात लावण्यापूर्वी Apple चे System Status पृष्ठ आणि त्रुटीचा मजकूर तपासा. सेवा खंड वापरकर्त्याच्या बाजूने तुटलेल्या फिल्टरसारखाच दिसतो आणि तुमच्या मशीनवर कोणताही बदल न करता निघून जातो. त्या पृष्ठावरील दोन मिनिटे सहसा एका तासाची पुनर्रचना वाचवतात.

तारीख आणि वेळ, वेळ क्षेत्रासह, बरोबर आहेत याची खात्री करा. प्रमाणपत्र पडताळणी घड्याळावर अवलंबून असते, आणि झोपलेला किंवा प्रवास केलेला Mac काल पोहोचत असलेल्या सेवांसोबत TLS हँडशेकमध्ये अपयशी ठरेल. खात्याला लक्ष हवे असल्यास राउटिंग बदलांऐवजी खाते प्रक्रिया वापरा.

शक्य असल्यास त्याच नेटवर्कवरील दुसरे उपकरण तपासा. दोन उपकरणे एकत्र अपयशी ठरल्यास नेटवर्क किंवा सेवेकडे निर्देश होतो; एक उपकरण एकटे अपयशी ठरल्यास त्या Mac च्या कॉन्फिगरेशनकडे.

दुसरी पायरी: उत्पादनाने कोणता घटक इंस्टॉल केला ते ओळखा

VPN टनेल, HTTP proxy, कंटेंट फिल्टर आणि DNS proxy वेगवेगळ्या गोष्टी आहेत, आणि एक इंस्टॉलर एकापेक्षा जास्त जोडू शकतो. तर्क करण्यापूर्वी प्रत्यक्षात काय कॉन्फिगर आहे ते पहा, कारण उपाय अपयशी होणाऱ्या रहदारीचा मालक असलेल्या घटकात आहे.

सध्याच्या macOS आवृत्त्यांमध्ये नेटवर्क एक्स्टेंशन सिस्टम सेटिंग्जमध्ये गोपनीयता आणि नेटवर्क विभागांमध्ये दिसते, उत्पादनाने जोडलेले कोणतेही proxy कॉन्फिगरेशन आणि DNS सेटिंग्जसह. तुम्हाला जे सापडेल ते नोंदवा, उत्पादन जाणूनबुजून VPN जोडलेले असणे आवश्यक असलेला ब्लॉक लागू करत आहे का हे देखील.

ती शेवटची तपशील महत्त्वाची आहे. टनेल बंद असताना स्टोअरला ब्लॉक करणारा फिल्टर रचनेनुसार वागत आहे, आणि त्याला बग मानल्यास संस्थेने मागितलेली संरक्षणे बंद होतात. नियम चुकीचा आहे असे ठरवण्यापूर्वी उत्पादनाचे स्वतःचे नियम वर्णन वाचा.

तिसरी पायरी: एका वेळी नेमका एकच मार्ग बदला

पर्यायी मार्ग तपासण्यासाठी उत्पादनाचे स्वतःचे दस्तऐवजीकृत नियंत्रण वापरा, आणि फक्त एकच गोष्ट बदला. व्यवस्थापित Mac ला त्या बदलासाठी प्रशासक लागू शकतो, आणि मुद्दा सिद्ध करण्यासाठी धोरण टाळणे हे त्याचे निदान करण्यापेक्षा वेगळा निर्णय आहे.

परवानगी दिलेल्या पर्यायावर स्टोअर काम करत असेल, तर उत्तर मिळाले: अपयश मूळ मार्ग नियंत्रित करणाऱ्या धोरणात आहे. कोणता महत्त्वाचा होता हे पाहण्यासाठी प्रत्येक सुरक्षा घटक बंद करण्याऐवजी हा शोध उत्पादनाच्या मालकाकडे न्या.

चौथी पायरी: तपासणी तपासणाऱ्या सिस्टममध्येच दुरुस्त करा

Apple च्या प्रकाशित नेटवर्क आवश्यकता अॅप्स, सॉफ्टवेअर अपडेट्स, खाते सेवा आणि प्रमाणपत्र पडताळणीची अवलंबित्वे वेगळी करतात, त्यामुळे एक परिचित होस्टनाव परवानगी देऊन संपूर्ण सेवा झाकली जात नाही. HTTPS इंटरसेप्शन या सेवा तोडू शकते असेही ते सांगतात.

proxy किंवा फिल्टर रहदारीची तपासणी करताना, समर्थित अपवाद तपासणाऱ्या सिस्टमवर असतो आणि जो त्याचे व्यवस्थापन करतो तो तो लागू करतो. Mac वर प्रमाणपत्र पडताळणी कमकुवत करून किंवा अनपेक्षित प्रमाणपत्र स्वीकारून भरपाई करू नका, कारण ते सपोर्ट घटनेच्या बदली सुरक्षा घटना घडवते.

पाचवी पायरी: योग्यरित्या अनइंस्टॉल करा, नंतर स्वच्छ हस्तांतरण करा

उत्पादन हवे नसल्यास त्याचा अनइंस्टॉलर वापरा आणि मागितलेला कोणताही रीस्टार्ट पूर्ण करा. अॅप ट्रॅशमध्ये ओढणे किंवा सेटिंग्जमधील VPN नोंद हटवणे म्हणजे नेटवर्क एक्स्टेंशन, proxy सेटिंग किंवा पार्श्वभूमी घटक गेला हे सिद्ध होत नाही, आणि उरलेला भाग रहदारीवर परिणाम करत राहतो.

कॅशे, कुकीज आणि कीचेन आयटम साफ करण्याच्या पहिल्या प्रवृत्तीला प्रतिबंध करा. ते तुम्हाला लागू शकणारी स्थिती फेकून देते, आणि कोणत्या घटकाने मार्ग बदलला हे क्वचितच ओळखते. त्याचप्रमाणे, काहीही खाजगी नाही असे गृहीत धरून संपूर्ण सिस्टम डायग्नोस्टिक अर्काइव्ह पोस्ट करू नका.

उत्तम हस्तांतरण लहान असते: त्रुटीचा मजकूर, वेळेचा कालावधी, उत्पादन आणि आवृत्ती, त्याने इंस्टॉल केलेले घटक, आणि तुम्हाला परवानगी असलेल्या एकाच तुलनेचा निकाल.