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