Mange SOCKS-tilkoplingar kan dela éin SSH-transport
ssh -D multipleksar målstraumar over SSH-kanalar; éi ytre TCP-tilkopling kan framleis bli den felles flaskehalsen deira.
Éin ssh -D-prosess kan tena fleire nettstadstilkoplingar samstundes. Tel laga kvar for seg:
| Lag | Kva det ber |
|---|---|
| Applikasjon til SOCKS-lyttaren | Skilde applikasjonstilkoplingar og SOCKS-førespurnader |
| SSH-kanalar | Uavhengig adresserte straumar med flytkontroll på kanalnivå |
| SSH-transport | Multipleksa kanaldata, vanlegvis over éi underliggjande TCP-tilkopling |
| Gateway til nettstader | Skilde måltilkoplingar som gatewayen opnar |
Å sjå éin kryptert SSH-socket tyder derfor ikkje at kvar nettstadførespurnad blir serialisert i éi måltilkopling. Dynamisk videresending sender straumdata vidare og opnar nye tilkoplingar; ho skil seg frå ein pakketunnel som ber dei opphavlege TCP-pakkane og IP-hovuda til applikasjonen inne i ei anna TCP-tilkopling.
Den delte transporten har framleis noko å seie. Kapasitet, planlegging, krypteringsarbeid og tap eller forseinking i transporten kan påverke fleire kanalar samstundes. At eitt mål stoppar, provar ikkje i seg sjølv ei grense på éin kanal.
Viss fleire applikasjonar blir seinare samstundes, sjekk om dei deler same SSH-økt og gateway-rute, og samanlikn deretter den faktiske arbeidslasta deira. Å telje lokale SOCKS-portar måler korkje gjennomstrøyming eller uavhengige ruter. Multipleksing åleine lovar korkje auka fart eller ein eigen offentleg utgang for kvar straum.