Por que dous proxies SSH SOCKS mostran a mesma IP pública
Diagnostica saídas públicas idénticas desde varios reenvíos dinámicos SSH cara ao mesmo servidor con varias direccións.
Dous comandos, dous portos SOCKS locais, unha IP pública. Iso é normal cando as dúas conexións SSH chegan ao mesmo servidor e o servidor usa a mesma ruta de rede cara ao exterior.
A dirección que se usa para iniciar sesión en SSH é entrante. A conexión ao sitio web é unha conexión saínte nova desde o lado do servidor dun reenvío dinámico local. Esas funcións son distintas.
Conectar SSH á dirección A e despois á dirección B nun mesmo VPS non lle ordena usar A e B como as respectivas orixes das conexións reenviadas. O encamiñamento e a selección de dirección de orixe poden escoller a mesma orixe para ambas.
Un porto local é unha asa, non unha identidade nova
Os portos 1080 e 1081 distinguen os oíntes do teu portátil. Non asignan direccións remotas. A documentación do reenvío dinámico explica como se abren os destinos desde o lado remoto sen prometer unha dirección de orixe por cada dirección de inicio de sesión SSH.
Para saídas separadas, fai explícita a selección na arquitectura. Pasarelas separadas con rutas exteriores distintas son unha opción. Un proxy dedicado con control de orixe documentado é outra. O control de dirección saínte de Squid mostra que é unha función distinta de aceptar unha conexión de cliente.
A opción local -b de SSH non é un selector de saída remota. Enlaza a conexión SSH do lado do cliente, non a orixe da conexión ao sitio web dun servidor remoto.
Comproba tamén a familia de direccións e o NAT. Un sitio IPv6 pode ver unha identidade distinta que un sitio só IPv4, e varias direccións do servidor poden traducirse a unha única orixe pública. Conta as rutas saíntes utilizables, non só os portos configurados ou as direccións de inicio de sesión SSH.