Mange SOCKS-forbindelser kan dele én SSH-transport
ssh -D multiplekser destinationsstrømme over SSH-kanaler; én ydre TCP-forbindelse kan stadig blive deres fælles flaskehals.
Én ssh -D-proces kan betjene flere website-forbindelser på én gang. Tæl lagene hver for sig:
| Lag | Hvad det bærer |
|---|---|
| Applikation til SOCKS-lytteren | Adskilte applikationsforbindelser og SOCKS-anmodninger |
| SSH-kanaler | Uafhængigt adresserede strømme med flowkontrol på kanalniveau |
| SSH-transport | Multipleksede kanaldata, oftest over én underliggende TCP-forbindelse |
| Gateway til websites | Adskilte destinationsforbindelser, som gatewayen åbner |
At se én krypteret SSH-socket betyder derfor ikke, at hver website-anmodning serialiseres i én destinationsforbindelse. Dynamisk videresendelse videresender strømdata og åbner nye forbindelser; det adskiller sig fra en pakketunnel, der bærer applikationens oprindelige TCP-pakker og IP-headere inde i en anden TCP-forbindelse.
Den delte transport betyder stadig noget. Kapacitet, planlægning, krypteringsarbejde og tab eller forsinkelse i transporten kan påvirke flere kanaler sammen. En enkelt destination, der går i stå, beviser ikke i sig selv en grænse på én kanal.
Hvis flere applikationer bliver langsommere samtidigt, så undersøg, om de deler samme SSH-session og gateway-rute, og sammenlign derefter deres faktiske arbejdsbelastning. At tælle lokale SOCKS-porte måler hverken gennemstrømning eller uafhængige ruter. Multipleksing i sig selv lover hverken øget hastighed eller en særskilt offentlig udgang for hver strøm.