चार्ल्स बन्द भयो, तर तपाईंको Mac अझै 127.0.0.1 मा निर्देश गर्छ

एउटा अनुप्रयोग असफल हुन्छ र VPN लाई दोष दिइन्छ, तर अनुरोध कहिल्यै सुरुङसम्म पुग्दैन। यदि macOS ले त्यो अनुप्रयोगलाई अझै स्थानीय प्रोक्सी प्रयोग गर्न भन्छ भने, पहिलो फड्को 127.0.0.1 हो र त्यहाँ केही पनि सुन्दैन। चार्ल्स बन्द गर्दा यसले स्थापना गरेको प्रणाली प्रोक्सी सेटिङ सधैं सफा हुँदैन, त्यसैले स्वस्थ VPN मृत सकेटको पछाडि बस्छ। यसलाई पुष्टि गर्न र गलत भाग मात्र सुधार गर्ने क्रम यहाँ छ।

पहिलो फड्को यही Mac हो, सर्भर होइन

ठेगाना शाब्दिक रूपमा पढ्नुहोस्: 127.0.0.1 तपाईंको अगाडिको मेसिन हो, र पोर्ट त्यो हो जसमा प्रोक्सी उपकरण सुन्नका लागि कन्फिगर गरिएको थियो। त्यो श्रोता हटेपछि, जडान टाइमआउटको सट्टा अस्वीकृत जडानसँग तुरुन्तै असफल हुन्छ, त्यो उपयोगी सङ्केत हो।

VPN ले आफ्नै प्रोक्सी सेटिङ बनाउँदैन, र प्रणालीको हटाउँदैन। यी दुई कन्फिगरेसन स्वतन्त्र छन्, त्यसैले सुरुङ उत्तम हुँदा पनि ब्राउजर प्रयोगयोग्य नहुन सक्छ। यही स्वतन्त्रताले VPN पुनः जडान, रिबुट र नयाँ प्रोफाइलपछि पनि त्रुटि रहन्छ। VPN मार्गमा केही पनि कहिल्यै प्रोक्सी भण्डार छुँदैन।

चरण 1: हालको प्रोक्सी अवस्था पढ्नुहोस्

पढ्ने-मात्र दृश्यबाट सुरु गर्नुहोस्, किनकि कुनै पनि अनुप्रयोगले व्याख्या गर्नुअघि प्रणालीले के विश्वास गर्छ भन्ने यसले बताउँछ:

scutil --proxy

हेर्नुहोस् HTTPEnable, HTTPProxy, HTTPPort, HTTPS समकक्षहरू, र यसको URL सहित कुनै पनि ProxyAutoConfigEnable। कुनै पनि नसुन्ने पोर्टसहित सक्षम प्रोक्सी तपाईंको त्रुटि हो। PAC URL अर्को रूप हो: अनुरोधको समयमा फाइलले प्रोक्सी छान्ने हुनाले देखिने म्यानुअल ठेगाना बिना सेटिङ सक्रिय हुन सक्छ।

त्यसपछि ती समान मानहरू प्रणाली सेटिङ, नेटवर्क, तपाईंले वास्तवमा प्रयोग गरिरहेको सेवा, विवरण, प्रोक्सीमा पुष्टि गर्नुहोस्। GUI र कमाण्डले एउटै भण्डार पढ्छन्, त्यसैले असहमति भयो भने तपाईं अर्को सेवा हेरिरहनुभएको छ।

चरण 2: सेटिङको मालिक को हो पत्ता लगाउनुहोस्

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

चार्ल्सले आफ्नो ब्राउजर र प्रणाली प्रोक्सी एकीकरण, macOS हेल्पर सहित, कागजात गर्छ, त्यसैले पहिले यसका आफ्नै नियन्त्रण र बन्द गर्ने मार्ग प्रयोग गर्नुहोस्। विशेषाधिकार प्राप्त हेल्पर कन्फिगरेसन परिवर्तन गर्नका लागि छ; यो असम्बन्धित सफ्टवेयरलाई मेसिनमा फराकिलो पहुँच दिने कारण होइन।

यदि सेटिङ व्यवस्थित प्रोफाइलबाट आएको हो भने, स्थानीय रूपमा अक्षम गर्दा या त असफल हुन्छ या अर्को जाँचमा पुनःस्थापित हुन्छ। यसलाई स्थानीय बग होइन, प्रोफाइलको मालिकका लागि नीतिगत प्रश्नका रूपमा लिनुहोस्।

चरण 3: सबैभन्दा साँघुरो कुरा परिवर्तन गर्नुहोस्

विशेष सेवाका लागि विशेष अनपेक्षित प्रविष्टि अक्षम गर्नुहोस्। सबै सेवा टगल गर्नुहोस् र पूरै प्रोक्सी प्यानल खाली गर्नुहोस् भन्ने होइन, किनकि VPN सेवा र आधारभूत Wi-Fi सेवाले छुट्टाछुट्टै सेटिङ राख्छन् र तीमध्ये एउटा सही हुन सक्छ।

यदि प्रोक्सी जानाजान आवश्यक छ भने, नीति मेटाउनुको सट्टा यसको स्वीकृत श्रोता सुरु गर्नुहोस्। प्रोक्सी इन्टरनेटको एकमात्र मार्ग र VPN दोस्रो, साँघुरो मार्ग भएका संस्थाहरूमा यो भिन्नता महत्त्वपूर्ण छ।

प्रभावित अनुप्रयोगबाट एउटा नयाँ अनुरोध फेरि प्रयास गर्नुहोस्। केही अनुप्रयोगले सुरुमा प्रोक्सी एकैचोटि पढ्छन्, त्यसैले बन्द गरेर फेरि खोल्नु अन्धविश्वास होइन, परीक्षणको भाग हो।

चरण 4: प्रोक्सी गयो र अझै असफल भइरहेको छ भने

त्यसपछि तपाईंको अर्कै समस्या छ, र नयाँ त्रुटि नै उपयोगी प्रमाण हो। नाम समाधान, VPN राउटिङ, TLS विश्वास र अनुप्रयोग अधिकार चार छुट्टाछुट्टै जाँच हुन्, र प्रत्येकले छुट्याउन सकिने त्रुटि दिन्छ।

प्रमाणपत्र विश्वास यो सुधारबाट बाहिर राख्नुहोस्। विश्वसनीय मूल हटाउनु वा सर्भर प्रमाणीकरण कमजोर बनाउनुले मृत प्रोक्सी सकेट सुधार्दैन, र तपाईंसँग दुई परिवर्तन र एउटा मूल त्रुटि रहन्छ। यदि कर्पोरेट प्रोक्सीले TLS निरीक्षण गर्छ भने, त्यो आफ्नै विश्वास आवश्यकतासहितको जानाजान डिजाइन हो, हटाउनुपर्ने साइड इफेक्ट होइन। प्रमाणपत्र छुनुअघि प्रोक्सीको मालिक टोलीलाई सोध्नुहोस्, किनकि उनीहरूको जवाफ नीतिबारे हुनेछ र तपाईंको एउटा असफल अनुरोधबारे।

सुरु गर्नुअघि रोलब्याक लेख्नुहोस्: तपाईंले भेटेका ठ्याक्कै प्रोक्सी मानहरू टिप्नुहोस्, ताकि पुनःस्थापना सम्झने अभ्यास होइन, प्रतिलिपि बनोस्। चार्ल्स प्रोक्सी कन्फिगरेसन कागजात ले तपाईंले चलाइरहेको संस्करणका लागि एकीकरण र यसको बन्द हुने व्यवहार वर्णन गर्छ।

अर्को पटक कुनै एप VPN मा असफल भयो भने, सुरुङअघि पहिलो फड्को जाँच्नुहोस्। यसले एउटा कमाण्ड खर्च गर्छ र गलत निदानको सम्पूर्ण वर्ग हटाउँछ।