Multe conexiuni SOCKS pot partaja un singur transport SSH
ssh -D multiplexează fluxurile de destinație peste canale SSH; o singură conexiune TCP exterioară poate rămâne gâtul lor de sticlă comun.
Un proces ssh -D poate deservi mai multe conexiuni către site-uri web simultan. Numărați straturile separat:
| Strat | Ce transportă |
|---|---|
| Aplicația către ascultătorul SOCKS | Conexiuni separate ale aplicației și cereri SOCKS |
| Canale SSH | Fluxuri adresate independent, cu control al debitului la nivel de canal |
| Transport SSH | Date de canal multiplexate, de obicei printr-o singură conexiune TCP subiacentă |
| Poartă către site-uri | Conexiuni de destinație separate deschise de poartă |
Prin urmare, vederea unui singur socket SSH criptat nu înseamnă că fiecare cerere către un site este serializată într-o singură conexiune de destinație. Redirecționarea dinamică retransmite datele fluxurilor și deschide conexiuni noi; ea diferă de un tunel de pachete care transportă pachetele TCP originale ale aplicației și antetele IP în interiorul altei conexiuni TCP.
Transportul partajat contează în continuare. Capacitatea, planificarea, munca de criptare și pierderile sau întârzierile transportului pot afecta mai multe canale împreună. Blocarea unei singure destinații nu dovedește prin ea însăși o limită de un singur canal.
Dacă mai multe aplicații încetinesc simultan, verificați dacă împart aceeași sesiune SSH și aceeași cale a porții, apoi comparați sarcinile lor reale. Numărarea porturilor SOCKS locale nu măsoară nici debitul, nici rutele independente. Multiplexarea în sine nu promite nicio creștere a vitezei și nicio ieșire publică separată pentru fiecare flux.