प्रॉक्सी यादीमधून मिळालेला IP आणि पोर्ट सामान्यतः तुमचे ॲप्लिकेशन जिथे जोडले जाते ते ठिकाण दर्शवतात. ते इतरांनी तुमच्या संगणकापर्यंत पोहोचण्यासाठी राखीव असलेला सार्वजनिक पोर्ट नाही.

इनकमिंग कनेक्शन घ्यायचे असेल तर हा फरक महत्त्वाचा आहे. आउटबाउंड प्रॉक्सी विनंती प्रत्यक्षात म्हणते: माझ्यावतीने या गंतव्याशी जोडा. सार्वजनिक श्रोत्यासाठी मध्यस्थाने दुसऱ्याचे कनेक्शन स्वीकारून ते तुमच्या सेवेशी जोडणे आवश्यक असते.

खरा इनबाउंड वैशिष्ट्य शोधा

HTTP CONNECT विनंतीत नमूद केलेल्या गंतव्याकडे बोगदा तयार करते. ते प्रॉक्सीला तुमच्यावतीने कोणताही ऐकणारा पोर्ट प्रकाशित करायला सांगत नाही.

SOCKS5 स्वतंत्र BIND आदेश परिभाषित करते. प्रोटोकॉलची BIND देवघेव बांधलेला एंडपॉइंट देते आणि नंतर इनकमिंग कनेक्शनची माहिती देते. हा वेब क्लायंट वापरत असलेला नेहमीचा CONNECT आदेश नाही. SOCKS5 समर्थनाची जाहिरात करणारी सेवा हा आदेश मर्यादित करू शकते किंवा वगळू शकते; क्लायंट सॉफ्टवेअरनेही इच्छित देवघेवीला समर्थन द्यायला हवे.

यशस्वी BIND वाटाघाटीही कायमस्वरूपी, सर्वसाधारण प्रकाशित पोर्टची हमी नसते. सेवेचे धोरण, अपेक्षित सहभागी, आयुर्मान आणि आसपासचा नेटवर्क मार्ग अजूनही महत्त्वाचे आहेत.

HTTP प्रॉक्सी SSH सर्व्हर नाही

SSH रिमोट फॉरवर्डिंग हा ऑपरेटर स्पष्टपणे इनकमिंग प्रवेश देऊ शकतो अशी दुसरी पद्धत आहे. त्यासाठी SSH सेवा, खाते आणि फॉरवर्डिंग परवानगी लागते. SSH आदेश सार्वजनिक HTTP प्रॉक्सी पोर्टकडे वळवून ती क्षमता निर्माण होत नाही.

सेवा निवडण्यापूर्वी आवश्यक दिशा ठरवा: दुसऱ्या एग्झिटमधून आउटबाउंड विनंत्या, की तुम्ही चालवता त्या ॲप्लिकेशनकडे इनकमिंग कनेक्शन. दुसरे असल्यास तुमच्या नियंत्रणातील व्यवस्थेत नोंदवलेले इनबाउंड फॉरवर्डिंग वैशिष्ट्य शोधा. प्रॉक्सी यादीतील साधी ओळ ते वैशिष्ट्य अस्तित्वात असल्याचे सिद्ध करत नाही.

संबंधित लेख