Charles बंद हो गया, फिर भी आपका Mac अब भी 127.0.0.1 की ओर इशारा करता है

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

पहला कदम यह Mac है, सर्वर नहीं

पता शब्दशः पढ़ें: 127.0.0.1 आपके सामने वाली मशीन है, और पोर्ट वही है जिस पर प्रॉक्सी टूल सुनने के लिए कॉन्फ़िगर था। जब वह श्रोता चला जाता है, तो कनेक्शन टाइमआउट की बजाय तुरंत अस्वीकृत कनेक्शन के रूप में विफल होता है, और यही उपयोगी सुराग है।

VPN अपनी प्रॉक्सी सेटिंग नहीं बनाता और सिस्टम की सेटिंग भी नहीं हटाता। दोनों कॉन्फ़िगरेशन स्वतंत्र हैं, इसलिए टनल बेहतरीन हो सकती है और ब्राउज़र फिर भी बेकार। यही स्वतंत्रता कारण है कि खराबी VPN रीकनेक्ट, रीबूट और नई प्रोफ़ाइल के बाद भी बनी रहती है। VPN के रास्ते में कुछ भी कभी प्रॉक्सी स्टोर को नहीं छूता।

चरण 1: वर्तमान प्रॉक्सी स्थिति पढ़ें

केवल-पढ़ने वाले दृश्य से शुरू करें, क्योंकि यह बताता है कि कोई भी एप्लिकेशन इसे समझने से पहले सिस्टम क्या मानता है:

scutil --proxy

देखें HTTPEnable, HTTPProxy, HTTPPort, HTTPS के समतुल्य और कोई भी ProxyAutoConfigEnable उसके URL के साथ। किसी ऐसे पोर्ट पर सक्षम प्रॉक्सी जहाँ कोई नहीं सुन रहा, वही आपकी खराबी है। PAC URL दूसरा रूप है: सेटिंग दिखाई देने वाले मैन्युअल पते के बिना सक्रिय हो सकती है, क्योंकि फ़ाइल अनुरोध के समय प्रॉक्सी चुनती है।

फिर वही मान सिस्टम सेटिंग्स, नेटवर्क, जिस सेवा का आप वास्तव में उपयोग कर रहे हैं, विवरण, प्रॉक्सी में जाँचें। GUI और कमांड एक ही स्टोर पढ़ते हैं, इसलिए असंगति का अर्थ है कि आप किसी दूसरी सेवा को देख रहे हैं।

चरण 2: पता करें कि सेटिंग का मालिक कौन है

तीन मालिक यह स्थिति बनाते हैं: एक प्रॉक्सी टूल जिसने हेल्पर इंस्टॉल किया और साफ़ नहीं किया, आपके संगठन की प्रबंधित कॉन्फ़िगरेशन प्रोफ़ाइल, और डीबग करते समय किसी द्वारा जोड़ी गई मैन्युअल सेटिंग। हर एक का सही समाधान अलग है, और केवल पहला ही है जिसे आप बिना झिझक हटा सकते हैं।

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

अगर सेटिंग किसी प्रबंधित प्रोफ़ाइल से आई है, तो स्थानीय रूप से अक्षम करना या तो विफल होगा या अगली जाँच में बहाल हो जाएगा। इसे प्रोफ़ाइल के मालिक के लिए नीति का प्रश्न मानें, स्थानीय बग नहीं।

चरण 3: सबसे संकीर्ण चीज़ बदलें

विशिष्ट सेवा के लिए विशिष्ट अनचाही प्रविष्टि अक्षम करें। हर सेवा को टॉगल न करें और पूरा प्रॉक्सी पैनल साफ़ न करें, क्योंकि VPN सेवा और उसके नीचे की Wi-Fi सेवा अलग सेटिंग रखती हैं और उनमें से एक सही हो सकती है।

अगर प्रॉक्सी जानबूझकर आवश्यक है, तो नीति मिटाने के बजाय उसका स्वीकृत श्रोता शुरू करें। यह अंतर उन संगठनों में मायने रखता है जहाँ प्रॉक्सी इंटरनेट का एकमात्र रास्ता है और VPN दूसरा, संकीर्ण रास्ता।

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

चरण 4: अगर प्रॉक्सी चली गई और फिर भी विफल हो

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

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

शुरू करने से पहले रोलबैक लिखें: आपको मिले सटीक प्रॉक्सी मान नोट करें, ताकि बहाली याद का अभ्यास नहीं, नकल बने। Charles प्रॉक्सी कॉन्फ़िगरेशन दस्तावेज़ीकरण आपके चलाए जा रहे संस्करण के लिए एकीकरण और उसके बंद होने का व्यवहार बताता है।

अगली बार जब कोई ऐप VPN पर विफल हो, तो टनल से पहले पहला कदम देखें। इसमें एक कमांड लगती है और गलत निदान की पूरी श्रेणी बाहर हो जाती है।