Viele SOCKS-Verbindungen können einen SSH-Transport teilen
ssh -D multiplext Zielströme über SSH-Kanäle; eine äußere TCP-Verbindung kann dennoch ihr gemeinsamer Engpass werden.
Ein ssh -D-Prozess kann mehrere Website-Verbindungen gleichzeitig bedienen. Zählen Sie die Schichten getrennt:
| Schicht | Was sie trägt |
|---|---|
| Anwendung zum SOCKS-Listener | Getrennte Anwendungsverbindungen und SOCKS-Anfragen |
| SSH-Kanäle | Unabhängig adressierte Ströme mit Flusskontrolle auf Kanalebene |
| SSH-Transport | Multiplext Kanaldaten, meist über eine zugrunde liegende TCP-Verbindung |
| Gateway zu Websites | Getrennte Zielverbindungen, die das Gateway öffnet |
Einen einzigen verschlüsselten SSH-Socket zu sehen heißt daher nicht, dass jede Website-Anfrage in eine einzige Zielverbindung serialisiert wird. Dynamische Weiterleitung reicht Stromdaten weiter und öffnet neue Verbindungen; sie unterscheidet sich von einem Pakettunnel, der die ursprünglichen TCP-Pakete und IP-Header der Anwendung in einer anderen TCP-Verbindung trägt.
Der gemeinsame Transport bleibt wichtig. Kapazität, Zeitplanung, Verschlüsselungsarbeit sowie Verluste oder Verzögerungen im Transport können mehrere Kanäle gemeinsam betreffen. Ein einzelnes stockendes Ziel belegt für sich genommen keine Ein-Kanal-Grenze.
Wenn mehrere Anwendungen gemeinsam langsamer werden, prüfen Sie, ob sie dieselbe SSH-Sitzung und denselben Gateway-Pfad teilen, und vergleichen Sie dann ihre tatsächliche Last. Lokale SOCKS-Ports zu zählen misst weder Durchsatz noch unabhängige Routen. Multiplexing allein verspricht weder mehr Geschwindigkeit noch einen eigenen öffentlichen Ausgang pro Strom.