Por qué dos proxies SSH SOCKS muestran la misma IP pública
Diagnostica salidas públicas idénticas desde varios reenvíos dinámicos SSH hacia el mismo servidor con varias direcciones.
Dos comandos, dos puertos SOCKS locales, una IP pública. Eso es normal cuando ambas conexiones SSH llegan al mismo servidor y el servidor usa la misma ruta de red hacia el exterior.
La dirección que se usa para iniciar sesión en SSH es entrante. La conexión al sitio web es una conexión saliente nueva desde el lado del servidor de un reenvío dinámico local. Esos papeles son distintos.
Conectar SSH a la dirección A y luego a la dirección B en un mismo VPS no le ordena usar A y B como orígenes respectivos de las conexiones reenviadas. El enrutamiento y la selección de dirección de origen pueden elegir el mismo origen para ambas.
Un puerto local es un asa, no una identidad nueva
Los puertos 1080 y 1081 distinguen a los oyentes de tu portátil. No asignan direcciones remotas. La documentación del reenvío dinámico explica cómo se abren los destinos desde el lado remoto sin prometer una dirección de origen por cada dirección de inicio de sesión SSH.
Para obtener salidas separadas, haz explícita la selección en la arquitectura. Pasarelas separadas con rutas externas distintas son una opción. Un proxy dedicado con control de origen documentado es otra. El control de dirección saliente de Squid muestra que es una función distinta de aceptar una conexión de cliente.
La opción local -b de SSH no es un selector de salida remota. Enlaza la conexión SSH del lado del cliente, no el origen de la conexión al sitio web de un servidor remoto.
Comprueba también la familia de direcciones y el NAT. Un sitio IPv6 puede ver una identidad distinta que un sitio solo IPv4, y varias direcciones del servidor pueden traducirse a un único origen público. Cuenta las rutas de salida utilizables, no solo los puertos configurados o las direcciones de inicio de sesión SSH.