दो SSH SOCKS प्रॉक्सी एक ही सार्वजनिक IP क्यों दिखाते हैं
एक ही बहु-पता सर्वर पर कई SSH गतिशील फ़ॉरवर्ड से आने वाले समान सार्वजनिक निर्गमों का निदान करें।
दो कमांड, दो स्थानीय SOCKS पोर्ट, एक सार्वजनिक IP। यह सामान्य है जब दोनों SSH कनेक्शन एक ही सर्वर तक पहुँचते हैं और सर्वर वही बाहरी नेटवर्क पथ इस्तेमाल करता है।
SSH में लॉग इन करने के लिए इस्तेमाल होने वाला पता आवक होता है। वेबसाइट कनेक्शन स्थानीय गतिशील फ़ॉरवर्ड के सर्वर पक्ष से बनने वाला नया जावक कनेक्शन है। ये भूमिकाएँ अलग हैं।
एक ही VPS पर SSH को पहले पता A और फिर पता B से जोड़ने पर यह उसे A और B को क्रमशः फ़ॉरवर्ड किए गए कनेक्शनों के स्रोत के रूप में इस्तेमाल करने का निर्देश नहीं देता। राउटिंग और स्रोत-पता चयन दोनों के लिए एक ही स्रोत चुन सकते हैं।
स्थानीय पोर्ट एक हैंडल है, नई पहचान नहीं
पोर्ट 1080 और 1081 आपके लैपटॉप के श्रोताओं को अलग करते हैं। वे दूरस्थ पते आवंटित नहीं करते। गतिशील फ़ॉरवर्डिंग का दस्तावेज़ बताता है कि गंतव्य दूरस्थ पक्ष से कैसे खुलते हैं, पर हर SSH लॉगिन पते के लिए एक स्रोत पते का वादा नहीं करता।
अलग निर्गमों के लिए आर्किटेक्चर में चयन स्पष्ट करें। अलग बाहरी पथ वाले अलग गेटवे एक विकल्प हैं। प्रलेखित स्रोत नियंत्रण वाली समर्पित प्रॉक्सी दूसरा विकल्प है। Squid का जावक पता नियंत्रण दिखाता है कि यह क्लाइंट कनेक्शन स्वीकार करने से अलग विशेषता है।
SSH का स्थानीय -b विकल्प दूरस्थ निर्गम चयनकर्ता नहीं है। यह क्लाइंट पक्ष के SSH कनेक्शन को बाँधता है, दूरस्थ सर्वर के वेबसाइट कनेक्शन के स्रोत को नहीं।
पता परिवार और NAT भी जाँचें। IPv6 वेबसाइट केवल IPv4 साइट से अलग पहचान देख सकती है, और सर्वर के कई पते एक सार्वजनिक स्रोत में अनूदित हो सकते हैं। प्रयोग करने योग्य बाहरी पथ गिनें, केवल कॉन्फ़िगर किए गए पोर्ट या SSH लॉगिन पते नहीं।