Veel SOCKS-verbindingen kunnen één SSH-transport delen
ssh -D multiplext bestemmingsstromen over SSH-kanalen; één buitenste TCP-verbinding kan toch hun gedeelde flessenhals worden.
Eén ssh -D-proces kan meerdere websiteverbindingen tegelijk bedienen. Tel de lagen apart:
| Laag | Wat die draagt |
|---|---|
| Applicatie naar de SOCKS-listener | Afzonderlijke applicatieverbindingen en SOCKS-verzoeken |
| SSH-kanalen | Onafhankelijk geadresseerde stromen met flowbeheer op kanaalniveau |
| SSH-transport | Gemultiplext kanaalverkeer, meestal over één onderliggende TCP-verbinding |
| Gateway naar websites | Afzonderlijke bestemmingsverbindingen die de gateway opent |
Eén versleutelde SSH-socket zien betekent dus niet dat elk websiteverzoek in één bestemmingsverbinding wordt geserialiseerd. Dynamisch doorsturen geeft stroomgegevens door en opent nieuwe verbindingen; het verschilt van een pakkettunnel die de oorspronkelijke TCP-pakketten en IP-headers van de applicatie in een andere TCP-verbinding vervoert.
Het gedeelde transport blijft belangrijk. Capaciteit, planning, versleutelingswerk en verlies of vertraging van het transport kunnen meerdere kanalen tegelijk beïnvloeden. Eén vastgelopen bestemming bewijst op zichzelf geen limiet van één kanaal.
Als meerdere applicaties samen langzamer worden, controleer dan of ze dezelfde SSH-sessie en gateway-route delen, en vergelijk daarna hun werkelijke werklast. Lokale SOCKS-poorten tellen meet noch doorvoer noch onafhankelijke routes. Multiplexing op zich belooft geen snelheidswinst of een aparte openbare uitgang per stroom.