तपाईं 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 सेटिङ वा पृष्ठभूमि कम्पोनेन्ट गएको प्रमाणित गर्दैन, र बाँकी भागले ट्राफिकमा असर गरिरहन्छ।

क्यास, कुकी र किचेन वस्तुहरू सफा गर्ने पहिलो प्रवृत्तिको प्रतिरोध गर्नुहोस्। यसले तपाईंलाई चाहिन सक्ने अवस्था फाल्छ, र कुन कम्पोनेन्टले बाटो परिवर्तन गर्‍यो भनी विरलै पहिचान गर्छ। त्यसैगरी, केही पनि निजी छैन भनी मानेर पूरा सिस्टम डायग्नोस्टिक अभिलेख पोस्ट नगर्नुहोस्।

राम्रो हस्तान्तरण छोटो हुन्छ: त्रुटिको पाठ, समय अवधि, उत्पादन र संस्करण, यसले स्थापना गरेका कम्पोनेन्टहरू, र तपाईंलाई अनुमति दिइएको एउटै तुलनाको नतिजा।

सम्बन्धित लेखहरू