Muchas conexiones SOCKS pueden compartir un solo transporte SSH
ssh -D multiplexa los flujos de destino sobre canales SSH; una conexión TCP exterior puede seguir siendo su cuello de botella compartido.
Un proceso ssh -D puede atender varias conexiones a sitios web a la vez. Cuente las capas por separado:
| Capa | Qué transporta |
|---|---|
| Aplicación al receptor SOCKS | Conexiones de aplicación separadas y solicitudes SOCKS |
| Canales SSH | Flujos direccionados de forma independiente con control de flujo a nivel de canal |
| Transporte SSH | Datos de canal multiplexados, normalmente sobre una conexión TCP subyacente |
| Pasarela a los sitios web | Conexiones de destino separadas que abre la pasarela |
Ver un solo socket SSH cifrado no significa, por tanto, que cada petición a un sitio web se serialice en una única conexión de destino. El reenvío dinámico retransmite datos de flujo y abre conexiones nuevas; se diferencia de un túnel de paquetes que transporta los paquetes TCP originales de la aplicación y las cabeceras IP dentro de otra conexión TCP.
El transporte compartido sigue importando. La capacidad, la planificación, el trabajo de cifrado y las pérdidas o retrasos del transporte pueden afectar a varios canales a la vez. Que un destino se atasque por sí solo no demuestra un límite de un solo canal.
Si varias aplicaciones se ralentizan a la vez, compruebe si comparten la misma sesión SSH y ruta de pasarela, y después compare sus cargas reales. Contar puertos SOCKS locales no mide ni el rendimiento ni las rutas independientes. La multiplexación por sí sola no promete ningún aumento de velocidad ni una salida pública separada para cada flujo.