Muitas conexões SOCKS podem partilhar um único transporte SSH
ssh -D multiplexa os fluxos de destino sobre canais SSH; uma conexão TCP exterior ainda pode tornar-se o seu estrangulamento comum.
Um processo ssh -D pode servir várias conexões a sítios web ao mesmo tempo. Conte as camadas separadamente:
| Camada | O que transporta |
|---|---|
| Aplicação para o ouvinte SOCKS | Conexões de aplicação separadas e pedidos SOCKS |
| Canais SSH | Fluxos endereçados de forma independente com controlo de fluxo ao nível do canal |
| Transporte SSH | Dados de canal multiplexados, normalmente sobre uma ligação TCP subjacente |
| Gateway para os sítios web | Conexões de destino separadas abertas pelo gateway |
Ver um único socket SSH cifrado não significa, portanto, que cada pedido a um sítio web seja serializado numa única conexão de destino. O encaminhamento dinâmico retransmite dados de fluxo e abre novas conexões; difere de um túnel de pacotes que transporta os pacotes TCP originais da aplicação e os cabeçalhos IP dentro de outra conexão TCP.
O transporte partilhado continua a importar. Capacidade, escalonamento, trabalho de cifra e perdas ou atrasos do transporte podem afetar vários canais em conjunto. Uma só destino bloqueado não prova, por si só, um limite de um canal.
Se várias aplicações abrandarem ao mesmo tempo, verifique se partilham a mesma sessão SSH e caminho de gateway e, em seguida, compare as suas cargas de trabalho reais. Contar portas SOCKS locais não mede nem o débito nem rotas independentes. A multiplexagem por si só não promete aumento de velocidade nem uma saída pública separada para cada fluxo.