वेब-फारम प्रोक्सीहरू ब्राउजरको उत्पत्ति परिवर्तन गर्छन्, केवल एक्जिट IP होइन

URL बाकस भएको प्रोक्सी साइटलाई ब्राउजरको मूल प्रोक्सीबाट छुट्याउनुहोस् र जटिल लगइन तथा स्क्रिप्टहरू किन फरक व्यवहार गर्न सक्छन् व्याख्या गर्नुहोस्।

URL बाकस भएको पृष्ठ एउटा वेब अनुप्रयोग हो। त्यहाँ गन्तव्य राख्नु भनेको त्यो अनुप्रयोगलाई सामग्री ल्याएर देखाउन भन्नु हो। यो ब्राउजरलाई HTTP वा SOCKS प्रोक्सी प्रयोग गर्न भन्नुभन्दा फरक व्यवस्था हो।

मूल प्रोक्सी सेटिङमा ब्राउजरले गन्तव्य URL लाई अझै साइट मान्छ। परम्परागत वेब-फारम प्रोक्सीमा देखिने पृष्ठ प्रोक्सी अनुप्रयोगको आफ्नै URL योजना र उत्पत्तिबाट दिइन्छ। नेभिगेसन जारी राख्न सेवाले लिङ्क, स्क्रिप्ट, हेडर वा कुकी पुनःलेखन गर्न सक्छ।

व्यवहारभिन्नता किन महत्त्वपूर्ण छ
एउटै उत्पत्तिका जाँचब्राउजरले वास्तवमा लोड गरेको उत्पत्ति मूल्याङ्कन गर्छ
कुकी र रिडाइरेक्टडोमेन, मार्ग र सुरक्षित सन्दर्भको व्यवहार देखाइएका URL सँग मिल्नुपर्छ
नयाँ URL बनाउने स्क्रिप्टअनुरोधहरू सरल लिङ्क पुनःलेखन योजनाबाट भाग्न सक्छन्
निरन्तर जडान वा WebSocketsप्रोक्सी अनुप्रयोगलाई स्पष्ट अनुकूल ह्यान्डलिङ चाहिन्छ

यसले परिचित नतिजा व्याख्या गर्छ: सरल लेख लोड हुन्छ, तर कागजात सम्पादक वा लगइन प्रवाह असफल हुन्छ। असफलताको अर्थ गन्तव्यले सेवाको एक्जिट IP अस्वीकार गर्छ भन्ने होइन। मध्यस्थले अनुप्रयोगका URL र ब्राउजर सुरक्षासम्बन्धी मान्यताहरू जोगाउन नसक्न सक्छ।

TLS कहाँ सकिन्छ त्यो पनि छुट्याउनुहोस्। गन्तव्य सामग्री ल्याएर पुनःप्रकाशन गर्ने सेवा इन्क्रिप्टेड सत्र बोक्ने साधारण CONNECT रिलेभन्दा फरक विश्वास स्थितिमा हुन्छ। प्रोक्सी साइटको आफ्नै ठेगानामा HTTPS देख्नु ब्राउजरदेखि मूल साइटसम्म टुप्पोदेखि टुप्पो TLS जडान स्थापित गर्दैन।

लक्ष्य अर्को एक्जिटबाट सामान्य ब्राउजिङ हो भने, आफ्नो सेवा वा प्रोक्सी सूचीबाट HTTP वा SOCKS अन्त्यबिन्दु छान्नुहोस् र समर्थित मूल प्रोक्सी कन्फिगरेसन प्रयोग गर्नुहोस्, जस्तै Firefox का जडान सेटिङहरू। यसले सामान्यतया ब्राउजरको सामान्य गन्तव्य अर्थको बढी भाग जोगाउँछ। URL बाकस भएको साइट जानाजान छानिएको अनुप्रयोग हुन सक्छ, तर कम सेटअपसहित उही इन्टरफेस भनेर प्रस्तुत गर्नु हुँदैन।

सम्बन्धित लेखहरू