धेरै SOCKS जडानहरूले एउटै SSH ट्रान्सपोर्ट साझा गर्न सक्छन्
ssh -D ले गन्तव्य स्ट्रिमहरूलाई SSH च्यानलहरूमा मल्टिप्लेक्स गर्छ; एउटा बाह्य TCP जडान अझै पनि तिनीहरूको साझा अवरोध बन्न सक्छ।
एउटा ssh -D प्रक्रियाले एकैपटक धेरै वेबसाइट जडानहरूलाई सेवा दिन सक्छ। तहहरू अलग-अलग गन्नुहोस्:
| तह | यसले के बोक्छ |
|---|---|
| एप्लिकेसनदेखि SOCKS श्रोतासम्म | अलग-अलग एप्लिकेसन जडान र SOCKS अनुरोधहरू |
| SSH च्यानलहरू | च्यानल-स्तरीय प्रवाह नियन्त्रणसहित स्वतन्त्र रूपमा ठेगाना गरिएका स्ट्रिमहरू |
| SSH ट्रान्सपोर्ट | मल्टिप्लेक्स गरिएको च्यानल डेटा, सामान्यतया एउटा अन्तर्निहित TCP जडानमा |
| गेटवेबाट वेबसाइटहरूसम्म | गेटवेले खोल्ने अलग-अलग गन्तव्य जडानहरू |
त्यसैले एउटा इन्क्रिप्ट गरिएको SSH सकेट देख्नुको अर्थ हरेक वेबसाइट अनुरोध एउटै गन्तव्य जडानमा क्रमबद्ध हुन्छ भन्ने होइन। गतिशील फर्वार्डिङले स्ट्रिम डेटा रिले गर्छ र नयाँ जडानहरू खोल्छ; यो प्याकेट टनेलभन्दा फरक छ, जसले एप्लिकेसनका मूल TCP प्याकेट र IP हेडरहरू अर्को TCP जडानभित्र बोक्छ।
साझा ट्रान्सपोर्ट अझै महत्त्वपूर्ण छ। क्षमता, तालिका, इन्क्रिप्शन कार्य र ट्रान्सपोर्टको हानि वा ढिलाइले धेरै च्यानलहरूलाई एकैपटक असर गर्न सक्छ। एउटा मात्र गन्तव्य अड्किनुले एक-च्यानल सीमा प्रमाणित गर्दैन।
यदि धेरै एप्लिकेसनहरू एकैपटक सुस्त हुन्छन् भने, तिनीहरूले एउटै SSH सत्र र गेटवे मार्ग साझा गर्छन् कि जाँच्नुहोस्, अनि तिनीहरूको वास्तविक कार्यभार तुलना गर्नुहोस्। स्थानीय SOCKS पोर्ट गन्नाले न थ्रुपुट नाप्छ न स्वतन्त्र मार्गहरू। मल्टिप्लेक्सिङ आफैंले गति वृद्धि वा हरेक स्ट्रिमका लागि अलग सार्वजनिक निकासको वाचा गर्दैन।