प्रॉक्सी सेट करने के बाद भी ब्राउज़र पुराना IP दिखा रहा है
जाँचें कि ब्राउज़र ने सेटिंग अपनाई, परीक्षण साइट को बायपास किया, पुराना पेज इस्तेमाल किया या अलग कॉन्फ़िगरेशन परत चुनी।
बदलाव से पहले और बाद में उसी जाँच सेवा के बताए सटीक IP की तुलना करें। वेबसाइट पर लॉगिन, भाषा या क्षेत्र बने रहना इस बात का प्रमाण नहीं कि सार्वजनिक IP वही रहा।
- कॉन्फ़िगर किए गए प्रोफ़ाइल में नया अनुरोध करें। जाँच पेज फिर लोड करें या उसके रिफ़्रेश नियंत्रण और अनुरोध के टाइमस्टैम्प का उपयोग करें। curl या दूसरे ब्राउज़र का परिणाम इस प्रोफ़ाइल की स्थिति नहीं बताता।
- सक्रिय कॉन्फ़िगरेशन की पुष्टि करें। Firefox में पता केवल संबंधित मैन्युअल मोड में इस्तेमाल होता है; सिस्टम, स्वचालित और बिना प्रॉक्सी वाले मोड अलग चयन करते हैं। Chrome में सिस्टम प्रॉक्सी या वास्तव में चल रहे प्रोफ़ाइल के फ़्लैग जाँचें। लॉन्च मौजूदा प्रक्रिया फिर इस्तेमाल कर सकता है; नई समर्पित उपयोगकर्ता-डेटा डायरेक्टरी अलग फ़्लैग-आधारित परीक्षण को स्पष्ट बनाती है। कोई एक्सटेंशन सेटिंग नियंत्रित करता हो तो उसे जाँचें।
- परीक्षण URL के अपवाद देखें। मैन्युअल बायपास, PAC के परिणाम और सिस्टम अपवाद किसी एक गंतव्य को सीधे रख सकते हैं। localhost से परीक्षण न करें: Chrome लूपबैक और कुछ स्थानीय पतों के लिए प्रॉक्सी को अंतर्निहित रूप से बायपास करता है।
- सही पतों की तुलना करें। कॉन्फ़िगर किया गया लिसनर और गंतव्य को दिखने वाला निकास अलग हो सकते हैं। बताया गया पता सीधे परिणाम से बदल गया हो लेकिन सूची प्रविष्टि से अलग हो, तो प्रॉक्सी फिर भी काम कर सकती है।
सीधे और प्रॉक्सी परिणाम समान रहें तो अपनी सेवा या मुफ़्त प्रॉक्सी सूची से उसी प्रोटोकॉल वाला दूसरा एंडपॉइंट आज़माएँ और क्लाइंट ट्रेस में चुनी गई प्रॉक्सी तक पहुँचने का प्रयास खोजें। Chrome में NetLog कैप्चर उस अनुरोध का रास्ता दिखा सकता है। प्रॉक्सी अनुपलब्ध होने पर भी नया अनुरोध काम करे तो पता बार-बार बदलने के बजाय सीधे रूटिंग या वैकल्पिक रास्ते की जाँच करनी चाहिए।