Moitas conexións SOCKS poden compartir un só transporte SSH
ssh -D multiplexa os fluxos de destino sobre canles SSH; unha conexión TCP exterior aínda pode ser o seu pescozo de botella compartido.
Un proceso ssh -D pode atender varias conexións a sitios web á vez. Conte as capas por separado:
| Capa | Que transporta |
|---|---|
| Aplicación ao receptor SOCKS | Conexións de aplicación separadas e solicitudes SOCKS |
| Canles SSH | Fluxos dirixidos de forma independente con control de fluxo a nivel de canle |
| Transporte SSH | Datos de canle multiplexados, normalmente sobre unha conexión TCP subxacente |
| Pasarela aos sitios web | Conexións de destino separadas que abre a pasarela |
Ver un só socket SSH cifrado non significa, por tanto, que cada solicitude a un sitio web se serialice nunha única conexión de destino. O reenvío dinámico retransmite datos de fluxo e abre conexións novas; difire dun túnel de paquetes que transporta os paquetes TCP orixinais da aplicación e as cabeceiras IP dentro doutra conexión TCP.
O transporte compartido segue importando. A capacidade, a planificación, o traballo de cifrado e as perdas ou atrasos do transporte poden afectar varias canles á vez. Que un destino se atore por si só non demostra un límite dunha soa canle.
Se varias aplicacións se ralentizan á vez, comprobe se comparten a mesma sesión SSH e ruta de pasarela, e despois compare as súas cargas reais. Contar portos SOCKS locais non mide nin o rendemento nin rutas independentes. A multiplexación por si soa non promete ningún aumento de velocidade nin unha saída pública separada para cada fluxo.