प्रोक्सीले ब्राउजरको 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 सेटिङले त्यो स्थापना गर्न सक्दैन।