प्रॉक्सी ब्राउज़र का IP बदलता है, दूसरे ऐप का क्यों नहीं?
ब्राउज़र या Wi-Fi की HTTP प्रॉक्सी सेटिंग हर ऐप और प्रोटोकॉल को चुने हुए IP से अपने आप नहीं भेजती।
ब्राउज़र में बदला IP उसी ब्राउज़र अनुरोध को बताता है। दूसरे ऐप सीधे रास्ते पर रह सकते हैं, क्योंकि हर क्लाइंट को प्रॉक्सी सेटिंग का समर्थन और उपयोग करना होता है।
| प्रॉक्सी कहाँ सेट की गई | आमतौर पर किसे नियंत्रित करती है |
|---|---|
| Firefox की मैन्युअल सेटिंग | Firefox द्वारा समर्थित अनुरोध। |
| सिस्टम HTTP प्रॉक्सी | ऐप जो उस कॉन्फ़िगरेशन को पढ़ते और समर्थित करते हैं। |
| ऐप के HTTP या SOCKS विकल्प | उस ऐप के कार्यान्वयन में शामिल ट्रैफ़िक। |
| Wi-Fi नेटवर्क की प्रॉक्सी | उस नेटवर्क पर रहते हुए सेटिंग इस्तेमाल करने वाले क्लाइंट। |
गेम या वॉइस कॉल HTTP रास्ते के बाहर का ट्रैफ़िक इस्तेमाल कर सकती है; सीधे सॉकेट खोलने वाला ऐप सिस्टम प्रॉक्सी को पूरी तरह अनदेखा कर सकता है। SOCKS5 को भी कार्यान्वयन का समर्थन चाहिए: प्रोटोकॉल UDP association बताता है, लेकिन Chromium का अंतर्निहित SOCKS5 समर्थन TCP URL अनुरोधों के लिए है, सामान्य UDP relay के लिए नहीं।
दूसरे ऐप के दस्तावेज़ में प्रॉक्सी इंटरफ़ेस खोजें और उसके प्रोटोकॉल से मिलाएँ। इंटरफ़ेस न हो तो सिस्टम का HTTP एंडपॉइंट बार-बार बदलना शायद उसे कॉन्फ़िगर नहीं करेगा। उस ऐप के अनुरोध को उसके डायग्नोस्टिक्स या अपने नियंत्रित गंतव्य से जाँचें; curl एंडपॉइंट जाँच सकता है, दूसरे ऐप का रास्ता प्रमाणित नहीं कर सकता।
शुरू करने या नेटवर्क बदलने के बाद फिर जाँचें। प्रक्रिया शुरू में पढ़ी गई सेटिंग रख सकती है, और मोबाइल डेटा पर जाने वाला फ़ोन Wi-Fi की खास सेटिंग पीछे छोड़ देता है। पूरे डिवाइस का रास्ता बदलना हो तो उसी दायरे का तंत्र चुनें; एक क्लाइंट की HTTP सेटिंग यह नहीं कर सकती।