Por que dois proxies SSH SOCKS mostram o mesmo IP público
Diagnostique saídas públicas idênticas de vários encaminhamentos dinâmicos SSH para o mesmo servidor com vários endereços.
Dois comandos, duas portas SOCKS locais, um IP público. Isso é normal quando as duas conexões SSH chegam ao mesmo servidor e o servidor usa o mesmo caminho de rede de saída.
O endereço usado para entrar no SSH é de entrada. A conexão com o site é uma nova conexão de saída do lado do servidor de um encaminhamento dinâmico local. Esses papéis são separados.
Conectar o SSH ao endereço A e depois ao endereço B num mesmo VPS não manda que ele use A e B como as respectivas origens das conexões encaminhadas. O roteamento e a seleção de endereço de origem podem escolher a mesma origem para ambas.
Uma porta local é uma alça, não uma identidade nova
As portas 1080 e 1081 distinguem os ouvintes no seu portátil. Elas não alocam endereços remotos. A documentação do encaminhamento dinâmico explica como os destinos se abrem pelo lado remoto sem prometer um endereço de origem por endereço de login SSH.
Para saídas separadas, torne a escolha explícita na arquitetura. Gateways separados com caminhos de saída distintos são uma opção. Um proxy dedicado com controlo de origem documentado é outra. O controlo de endereço de saída do Squid mostra que é uma funcionalidade separada de aceitar uma conexão de cliente.
A opção local -b do SSH não é um seletor de saída remota. Ela liga a conexão SSH do lado do cliente, não a origem da conexão ao site de um servidor remoto.
Verifique também a família de endereços e o NAT. Um site IPv6 pode ver uma identidade diferente de um site apenas IPv4, e vários endereços do servidor podem ser traduzidos para uma única origem pública. Conte os caminhos de saída utilizáveis, não apenas portas configuradas ou endereços de login SSH.