प्रॉक्सी ब्राउझरचा 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 सेटिंग ते निर्माण करत नाही.