कॉर्पोरेट VPN कनेक्ट होते ही डीबग प्रॉक्सी अंधी हो जाती है
आपकी प्रॉक्सी में कुछ नहीं बदला। टनल एंट्री अपनी सेटिंग्स लेकर आती है, प्रबंधित PAC लौट सकता है, और कुछ क्लाइंट सिस्टम प्रॉक्सी बिल्कुल नहीं पढ़ते।
कैप्चर टूल पूरी सुबह काम करता है, टनल जुड़ता है, और फिर वह चुप हो जाता है। डिस्कनेक्ट कीजिए और वह फिर शुरू हो जाता है। पहला विचार यही आता है कि VPN ने प्रॉक्सी तोड़ दी, लेकिन प्रॉक्सी कॉन्फ़िगरेशन में असल में कुछ नहीं बदला। जो बदला है वह यह है कि ऐप्लिकेशन अब कौन-सा कॉन्फ़िगरेशन पढ़ रहे हैं: टनल एंट्री अपनी प्रॉक्सी सेटिंग्स ले जा सकती है, प्रबंधित प्रोफ़ाइल स्वचालित कॉन्फ़िगरेशन फिर चालू कर सकती है, और कुछ रनटाइम ऑपरेटिंग सिस्टम जो देता है उसका केवल एक हिस्सा पढ़ते हैं। वैश्विक मान छूने से पहले प्रति-कनेक्शन मान पढ़िए।
Windows हर कनेक्शन के लिए अलग प्रॉक्सी रखता है
इंटरनेट विकल्पों में दो परतें हैं जो डायलॉग में एक जैसी दिखती हैं। लैन सेटिंग्स सामान्य स्थानीय कनेक्शन पर लागू होती हैं, जबकि डायल-अप या VPN एंट्री HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections के अंतर्गत अपनी अलग प्रति बाइनरी मान के रूप में रखती है। जानी-पहचानी वैश्विक रजिस्ट्री मान लिखने से वह प्रति अद्यतन नहीं होती।
कनेक्ट होने से पहले टूल सही और बाद में गलत व्यवहार ठीक इसी तरह करता है, और उसकी सेटिंग्स में कहीं कोई दिखने वाला बदलाव नहीं होता। आप जिस डायलॉग को देख रहे थे वह लैन पैनल था। वह सही था, और वह अप्रासंगिक था। Windows वास्तव में जिस एंट्री का उपयोग कर रहा था वह टनल के लिए बनाई गई एंट्री थी।
एक एंट्री बदलने का समर्थित तरीका WinINET कनेक्शन विकल्प API है: कनेक्शन का नाम, फ़्लैग, प्रॉक्सी सर्वर और बायपास सूची के साथ INTERNET_PER_CONN_OPTION_LIST भरिए, लागू कीजिए, फिर रीफ़्रेश कीजिए। त्वरित जाँच के लिए टनल एंट्री का अपना सेटिंग्स डायलॉग खोलिए और उसका प्रॉक्सी पैनल लैन पैनल से मिलाइए; कहाँ देखना है यह पता होते ही अंतर आमतौर पर स्पष्ट होता है।
प्रबंधित PAC खुद को फिर चालू कर सकता है
macOS में स्वचालित प्रॉक्सी कॉन्फ़िगरेशन स्क्रिप्ट और प्रॉक्सी स्वतः-खोज किसी नेटवर्क सेवा के गुण हैं, मशीन के नहीं। कॉन्फ़िगरेशन प्रोफ़ाइल उन्हें अनिवार्य कर सकती है, इसलिए टिक हटाने के बाद वे फिर प्रकट होते हैं, और फिर हर अनुरोध उसी प्रॉक्सी पर जाता है जो स्क्रिप्ट चुनती है।
जाँच कीजिए और, यदि आप अधिकृत हैं, तो ट्रैफ़िक ले जाने वाली सेवा के लिए वे दो स्विच बंद कीजिए:
networksetup -setautoproxystate "Wi-Fi" off
networksetup -setproxyautodiscovery "Wi-Fi" off
scutil --proxy
अनुमान के बजाय सेवा का असली नाम इस्तेमाल कीजिए। जिस लैपटॉप में वाई-फ़ाई और USB ईथरनेट एडाप्टर दोनों हों उसमें ऐसी दो होती हैं, और आपका ट्रैफ़िक केवल एक ले जाती है। scutil --proxy वर्तमान प्राथमिक सेवा के मान छापता है। प्रोफ़ाइल जीत गई है ऐसा निष्कर्ष निकालने से पहले उस आउटपुट की तुलना उससे कीजिए जो आपने संपादित किया था।
टूल को असली अपस्ट्रीम की ओर मोड़िए
अगर स्क्रिप्ट में कॉर्पोरेट प्रॉक्सी है, तो उसे पढ़िए और वही पता कैप्चर टूल के भीतर बाहरी प्रॉक्सी के रूप में डालिए। फिर टूल असली अपस्ट्रीम की ओर अग्रेषित करता है, जिसकी कॉर्पोरेट प्रॉक्सी अपेक्षा करती है, और नीति से लड़ने के बजाय अनुरोध के मार्ग में बना रहता है।
यही वह कदम है जो आपको फिर से कॉन्फ़िगर करने के बजाय डीबगिंग में बनाए रखता है।
प्रॉक्सी को टनल के भीतर धकेलिए
OpenVPN आधारित क्लाइंट ऐसे प्रॉक्सी विकल्प स्वीकार कर सकता है जो टनल उठने के बाद लागू होते हैं, जो तब सुविधाजनक है जब रूट क्लाइंट के पास हों:
dhcp-option HTTPPROXY 127.0.0.1:8888
dhcp-option HTTPSPROXY 127.0.0.1:8888
केवल वही क्लाइंट इसका उपयोग करेंगे जो इस विकल्प का सम्मान करते हैं, और यह आपका सुनने वाला पोर्ट प्रोफ़ाइल में कठोरता से लिख देता है। इसे प्रयोगशाला की सुविधा मानिए, परिनियोजन मानक नहीं, क्योंकि अगला प्रोफ़ाइल पुश इसे हटा देगा।
कुछ क्लाइंट सिस्टम प्रॉक्सी कभी नहीं पढ़ते
Firefox अपनी प्रॉक्सी सेटिंग्स रखता है, इसीलिए जब सिस्टम प्रॉक्सी वाला ब्राउज़र नहीं करता तब भी वह कभी-कभी कैप्चर जारी रखता है। स्वचालित कॉन्फ़िगरेशन न समझने वाला पुराना .NET क्लाइंट जहाँ भी चले सीधे जुड़ता है, इसलिए टनल एंट्री से लोड होने वाला पेज ऐप्लिकेशन के भीतर फिर भी विफल हो सकता है।
नेटवर्क टूल के भी अपने कारण होते हैं। टनल या फ़ोन टेदरिंग पर अटकने वाला FTP सत्र अक्सर क्लाइंट द्वारा तय सक्रिय बनाम निष्क्रिय मोड की समस्या होती है, और कोई प्रॉक्सी सेटिंग उसे नहीं बदलेगी।
कॉन्फ़िगरेशन पढ़िए, टॉगल नहीं
इस क्रम में काम कीजिए: टनल एंट्री का अपना प्रॉक्सी मान, प्रति-सेवा PAC और स्वतः-खोज की स्थिति, फिर ऐप्लिकेशन की अपनी प्रॉक्सी हैंडलिंग। आपकी धारणा से भिन्न पहले वाले पर रुक जाइए।
यहाँ हर मामला कॉन्फ़िगरेशन प्राथमिकता की समस्या है। कोई भी टनल आपका टूल तोड़ता हुआ नहीं है।