अनेक SOCKS कनेक्शन एक SSH ट्रान्सपोर्ट सामायिक करू शकतात
ssh -D गंतव्य स्ट्रीम्स SSH चॅनेलवर मल्टिप्लेक्स करते; एक बाह्य TCP कनेक्शन तरीही त्यांचा सामायिक अडथळा बनू शकतो.
एक ssh -D प्रक्रिया एकाच वेळी अनेक वेबसाइट कनेक्शन्सना सेवा देऊ शकते. स्तर वेगळे मोजा:
| स्तर | ते काय वाहते |
|---|---|
| अॅप्लिकेशनपासून SOCKS श्रोत्यापर्यंत | वेगळे अॅप्लिकेशन कनेक्शन आणि SOCKS विनंत्या |
| SSH चॅनेल | चॅनेल-स्तरीय प्रवाह नियंत्रणासह स्वतंत्रपणे पत्ता दिलेले स्ट्रीम्स |
| SSH ट्रान्सपोर्ट | मल्टिप्लेक्स केलेला चॅनेल डेटा, सामान्यतः एका अंतर्निहित TCP कनेक्शनवर |
| गेटवेकडून वेबसाइट्सपर्यंत | गेटवे उघडत असलेली वेगळी गंतव्य कनेक्शन्स |
म्हणून एक एन्क्रिप्टेड SSH सॉकेट दिसणे म्हणजे प्रत्येक वेबसाइट विनंती एकाच गंतव्य कनेक्शनमध्ये क्रमबद्ध होते असे नाही. गतिमान फॉरवर्डिंग स्ट्रीम डेटा रिले करते आणि नवीन कनेक्शन्स उघडते; ते पॅकेट टनेलपेक्षा वेगळे आहे, जे अॅप्लिकेशनचे मूळ TCP पॅकेट्स आणि IP हेडर दुसऱ्या TCP कनेक्शनच्या आत वाहते.
सामायिक ट्रान्सपोर्ट तरीही महत्त्वाचा आहे. क्षमता, नियोजन, एन्क्रिप्शन कार्य आणि ट्रान्सपोर्टची हानी किंवा विलंब अनेक चॅनेलवर एकत्र परिणाम करू शकतात. फक्त एक गंतव्य थांबणे एक-चॅनेल मर्यादा स्वतः सिद्ध करत नाही.
अनेक अॅप्लिकेशन्स एकत्र संथ होत असल्यास, ती एकच SSH सत्र आणि गेटवे मार्ग सामायिक करतात का ते तपासा, नंतर त्यांचे प्रत्यक्ष कार्यभार तुलना करा. स्थानिक SOCKS पोर्ट मोजणे थ्रूपुट किंवा स्वतंत्र मार्ग यांपैकी काहीही मोजत नाही. मल्टिप्लेक्सिंग स्वतःच वेगवाढ किंवा प्रत्येक स्ट्रीमसाठी वेगळा सार्वजनिक निर्गम देण्याचे वचन देत नाही.