De nombreuses connexions SOCKS peuvent partager un seul transport SSH
ssh -D multiplexe les flux de destination sur des canaux SSH ; une connexion TCP extérieure peut néanmoins devenir leur goulot d'étranglement commun.
Un processus ssh -D peut servir plusieurs connexions à des sites web à la fois. Comptez les couches séparément :
| Couche | Ce qu'elle transporte |
|---|---|
| Application vers l'écouteur SOCKS | Connexions applicatives distinctes et requêtes SOCKS |
| Canaux SSH | Flux adressés indépendamment avec contrôle de flux au niveau du canal |
| Transport SSH | Données de canaux multiplexées, généralement sur une connexion TCP sous-jacente |
| Passerelle vers les sites web | Connexions de destination distinctes ouvertes par la passerelle |
Voir une seule socket SSH chiffrée ne signifie donc pas que chaque requête vers un site web est sérialisée dans une unique connexion de destination. Le transfert dynamique relaie les données de flux et ouvre de nouvelles connexions ; il diffère d'un tunnel de paquets qui transporte les paquets TCP d'origine de l'application et les en-têtes IP à l'intérieur d'une autre connexion TCP.
Le transport partagé compte tout de même. Capacité, ordonnancement, travail de chiffrement et pertes ou délais de transport peuvent affecter plusieurs canaux ensemble. Une destination bloquée à elle seule ne prouve pas une limite à un seul canal.
Si plusieurs applications ralentissent ensemble, vérifiez si elles partagent la même session SSH et le même chemin de passerelle, puis comparez leurs charges réelles. Compter les ports SOCKS locaux ne mesure ni le débit ni des routes indépendantes. Le multiplexage à lui seul ne promet aucune hausse de vitesse ni une sortie publique distincte pour chaque flux.