ઘણા SOCKS કનેક્શન એક SSH ટ્રાન્સપોર્ટ શેર કરી શકે છે
ssh -D SSH ચેનલો પર ગંતવ્ય પ્રવાહોને મલ્ટિપ્લેક્સ કરે છે; એક બાહ્ય TCP કનેક્શન હજુ પણ તેમની સહિયારી અડચણ બની શકે છે.
એક ssh -D પ્રક્રિયા એકસાથે અનેક વેબસાઇટ કનેક્શન પર સેવા આપી શકે છે. સ્તરો અલગથી ગણો:
| સ્તર | તે શું વહન કરે છે |
|---|---|
| એપ્લિકેશનથી SOCKS શ્રોતા સુધી | અલગ એપ્લિકેશન કનેક્શન અને SOCKS વિનંતીઓ |
| SSH ચેનલો | ચેનલ-સ્તરીય પ્રવાહ નિયંત્રણ સાથે સ્વતંત્ર રીતે સરનામાંવાળા પ્રવાહો |
| SSH ટ્રાન્સપોર્ટ | મલ્ટિપ્લેક્સ થયેલ ચેનલ ડેટા, સામાન્ય રીતે એક અંતર્ગત TCP કનેક્શન પર |
| ગેટવેથી વેબસાઇટ સુધી | ગેટવે ખોલે છે તે અલગ ગંતવ્ય કનેક્શન |
તેથી એક એન્ક્રિપ્ટેડ SSH સોકેટ જોવાનો અર્થ એ નથી કે દરેક વેબસાઇટ વિનંતી એક જ ગંતવ્ય કનેક્શનમાં ક્રમિક થાય છે. ગતિશીલ ફોરવર્ડિંગ પ્રવાહ ડેટા રિલે કરે છે અને નવા કનેક્શન ખોલે છે; તે પેકેટ ટનલથી અલગ છે જે એપ્લિકેશનના મૂળ TCP પેકેટ અને IP હેડર બીજા TCP કનેક્શનની અંદર વહન કરે છે.
સહિયારું ટ્રાન્સપોર્ટ તો પણ મહત્ત્વનું છે. ક્ષમતા, સમયપત્રક, એન્ક્રિપ્શન કાર્ય અને ટ્રાન્સપોર્ટની ખોટ કે વિલંબ અનેક ચેનલોને સાથે અસર કરી શકે છે. ફક્ત એક ગંતવ્ય અટકી જવું એક-ચેનલ મર્યાદા સાબિત કરતું નથી.
જો અનેક એપ્લિકેશન સાથે ધીમી પડે, તો તપાસો કે તેઓ એક જ SSH સત્ર અને ગેટવે માર્ગ શેર કરે છે કે નહીં, પછી તેમનો વાસ્તવિક કાર્યભાર સરખાવો. સ્થાનિક SOCKS પોર્ટ ગણવાથી ન તો થ્રુપુટ માપાય છે ન તો સ્વતંત્ર માર્ગ. મલ્ટિપ્લેક્સિંગ પોતે ઝડપ વધારો કે દરેક પ્રવાહ માટે અલગ જાહેર નિકાસનું વચન આપતું નથી.