वेब-फ़ॉर्म प्रॉक्सी ब्राउज़र का मूल बदलते हैं, केवल एग्ज़िट IP नहीं

URL-एंट्री प्रॉक्सी वेबसाइट को नेटिव ब्राउज़र प्रॉक्सी से अलग पहचानें और समझाएँ कि जटिल लॉगिन और स्क्रिप्ट अलग व्यवहार क्यों कर सकते हैं।

URL बॉक्स वाला पेज एक वेब एप्लिकेशन है। वहाँ गंतव्य डालने पर उस एप्लिकेशन से सामग्री लाकर दिखाने को कहा जाता है। यह ब्राउज़र को HTTP या SOCKS प्रॉक्सी इस्तेमाल करने के लिए कहने से अलग व्यवस्था है।

नेटिव प्रॉक्सी सेटिंग में ब्राउज़र गंतव्य URL को अब भी वेबसाइट मानता है। पारंपरिक वेब-फ़ॉर्म प्रॉक्सी में दिखने वाला पेज प्रॉक्सी एप्लिकेशन की अपनी URL स्कीम और मूल से परोसा जाता है। सेवा लिंक, स्क्रिप्ट, हेडर या कुकीज़ फिर से लिख सकती है ताकि नेविगेशन जारी रहे।

व्यवहारअंतर क्यों मायने रखता है
समान-मूल जाँचब्राउज़र उसी मूल का मूल्यांकन करता है जो उसने वास्तव में लोड किया
कुकीज़ और रीडायरेक्टडोमेन, पथ और सुरक्षित संदर्भ का व्यवहार दिखाए गए URL से मेल खाना चाहिए
नए URL बनाने वाली स्क्रिप्टअनुरोध साधारण लिंक-पुनर्लेखन योजना से बच सकते हैं
स्थायी कनेक्शन या WebSocketsप्रॉक्सी एप्लिकेशन को स्पष्ट संगत हैंडलिंग चाहिए

इससे एक जाना-पहचाना नतीजा समझ आता है: साधारण लेख लोड होता है, पर दस्तावेज़ संपादक या लॉगिन प्रवाह विफल हो जाता है। विफलता का अर्थ यह नहीं कि गंतव्य सेवा का एग्ज़िट IP अस्वीकार कर रहा है। मध्यस्थ एप्लिकेशन की URL और ब्राउज़र सुरक्षा संबंधी मान्यताएँ बनाए नहीं रख पा सकता।

TLS कहाँ समाप्त होता है यह भी अलग पहचानें। गंतव्य सामग्री लाकर पुनः प्रकाशित करने वाली सेवा एन्क्रिप्टेड सत्र ढोने वाले साधारण CONNECT रिले से अलग विश्वास स्थिति में होती है। प्रॉक्सी साइट के अपने पते पर HTTPS देखना ब्राउज़र से मूल साइट तक एंड-टू-एंड TLS कनेक्शन सिद्ध नहीं करता।

अगर लक्ष्य किसी दूसरे एग्ज़िट से साधारण ब्राउज़िंग है, तो अपनी सेवा या प्रॉक्सी सूची से HTTP या SOCKS एंडपॉइंट चुनें और समर्थित नेटिव प्रॉक्सी कॉन्फ़िगरेशन इस्तेमाल करें, जैसे Firefox की कनेक्शन सेटिंग्स। यह आम तौर पर ब्राउज़र की सामान्य गंतव्य-अर्थवत्ता का अधिक हिस्सा बचाता है। URL-एंट्री साइट जानबूझकर चुना गया एप्लिकेशन हो सकती है, पर उसे कम सेटअप वाला वही इंटरफ़ेस बताकर प्रस्तुत नहीं करना चाहिए।

संबंधित लेख