Multaj SOCKS-konektoj povas dividi unu SSH-transporton
ssh -D multobligas celajn fluojn super SSH-kanaloj; unu ekstera TCP-konekto povas tamen fariĝi ilia komuna botelo.
Unu procezo ssh -D povas servi plurajn retejajn konektojn samtempe. Kalkulu la tavolojn aparte:
| Tavolo | Kion ĝi portas |
|---|---|
| Aplikaĵo al la SOCKS-auskultanto | Apartaj aplikaĵaj konektoj kaj SOCKS-petoj |
| SSH-kanaloj | Sendepende adresitaj fluoj kun fluokontrolo je kanala nivelo |
| SSH-transporto | Multobligitaj kanalaj datumoj, kutime super unu suba TCP-konekto |
| Enirejo al retejoj | Apartaj celaj konektoj malfermitaj de la enirejo |
Vidi unu ĉifritan SSH-ingon do ne signifas, ke ĉiu reteja peto estas vicigita en unu celan konekton. Dinamika plusendado plusendas fluajn datumojn kaj malfermas novajn konektojn; ĝi diferencas de paketa tunelo, kiu portas la originajn TCP-paketojn kaj IP-kapojn de la aplikaĵo ene de alia TCP-konekto.
La komuna transporto ankoraŭ gravas. Kapacito, planado, ĉifrada laboro kaj perdo aŭ malfruo de transporto povas tuŝi plurajn kanalojn kune. Unu haltinta celo sole ne pruvas limon de unu kanalo.
Se pluraj aplikaĵoj malrapidiĝas kune, kontrolu ĉu ili dividas la saman SSH-sesion kaj enirejan vojon, poste komparu iliajn realajn laborŝarĝojn. Nombri lokajn SOCKS-pordojn mezuras nek trairon nek sendependajn vojojn. Multobligo per si mem promesas nek plirapidiĝon nek apartan publikan eliron por ĉiu fluo.