दो प्रॉक्सी सेटिंग्स ऐसी श्रृंखला बना सकती हैं जिसकी आपने मंशा नहीं की थी
कनेक्शन का पता लगाएँ जब एप्लिकेशन प्रॉक्सी सेटिंग को प्रोसेस-स्तरीय प्रॉक्सी रैपर के साथ जोड़ा जाता है।
आपका एप्लिकेशन प्रॉक्सी B की ओर इंगित करता है, लेकिन इसे प्रॉक्सी A के लिए कॉन्फ़िगर किए गए रैपर के माध्यम से शुरू किया गया था। वेबसाइट कौन-सा एग्ज़िट देखती है? उत्तर इस पर निर्भर करता है कि रैपर किस कनेक्शन को इंटरसेप्ट करता है।
सीधी नेस्टेड व्यवस्था में, एप्लिकेशन पहले B से जुड़ने का प्रयास करता है। रैपर उस कनेक्शन को इंटरसेप्ट करता है और उसे A के माध्यम से ले जाता है। फिर एप्लिकेशन परिणामी स्ट्रीम पर B का प्रॉक्सी प्रोटोकॉल बोलता है, और B अंतिम वेबसाइट कनेक्शन करता है।
application → wrapper proxy A → application proxy B → website
वेबसाइट B का अंतिम बाहरी कनेक्शन देखती है। B A के माध्यम से आने वाला कनेक्शन देखता है। यह रैपर द्वारा एप्लिकेशन की अपनी प्रॉक्सी सेटिंग को चुपचाप ओवरराइट करने से अलग है।
सरल आरेख की शर्तें हैं
बायपास नियम, असमर्थित सॉकेट कॉल, मौजूदा प्रोसेस और प्रत्येक उत्पाद का इंटरसेप्शन मॉडल पथ बदल सकते हैं। कुछ रैपर अपने स्वयं के प्रॉक्सी या चुने गए गंतव्यों को बाहर रख सकते हैं। यह न मानें कि उपकरणों का हर जोड़ा एक ही तरह से संयोजित होता है।
proxychains-ng का विवरण इसके इंटरसेप्शन दृष्टिकोण और सीमाओं को समझाता है। मूल प्रॉक्सी समर्थन का उपयोग करने वाला प्रोग्राम अभी भी उस प्रॉक्सी से नेटवर्क कनेक्शन करता है, जो इंटरसेप्शन के लिए एक उम्मीदवार है।
अप्रमाणित सार्वजनिक एंडपॉइंट की जानबूझकर बनाई गई श्रृंखला के लिए, मुफ़्त प्रॉक्सी सूची ऐसे उम्मीदवार देती है जिनके प्रोटोकॉल प्रत्येक उपकरण से मेल खाने चाहिए। अप्रत्याशित एग्ज़िट के लिए, तीन पते अलग-अलग दर्ज करें: एप्लिकेशन द्वारा चुना गया एंडपॉइंट, रैपर द्वारा चुना गया एंडपॉइंट, और वह परिणाम जो वेबसाइट देखती है। केवल ब्राउज़र की सेटिंग्स देखने से बीच की परत छूट जाती है।
इच्छित व्यवहार स्थापित करते समय एक मार्ग का उपयोग करें, फिर दूसरा केवल तब जोड़ें जब श्रृंखला आवश्यक हो। अतिरिक्त हॉप विफलता बिंदु और अलग विश्वास संबंध जोड़ सकते हैं। वे स्वचालित रूप से पहचान करने वाली कुकीज़ नहीं मिटाते या एप्लिकेशन के हर कनेक्शन को एक ही मार्ग पर नहीं चलाते।