Per què dos proxys SSH SOCKS mostren la mateixa IP pública
Diagnostica sortides públiques idèntiques des de diversos reenviaments dinàmics SSH cap al mateix servidor amb diverses adreces.
Dues ordres, dos ports SOCKS locals, una IP pública. Això és normal quan les dues connexions SSH arriben al mateix servidor i el servidor utilitza el mateix camí de xarxa cap a l'exterior.
L'adreça que es fa servir per iniciar sessió a SSH és entrant. La connexió al lloc web és una connexió sortint nova des del costat del servidor d'un reenviament dinàmic local. Aquests papers són diferents.
Connectar SSH a l'adreça A i després a l'adreça B en un sol VPS no li ordena que faci servir A i B com a orígens respectius de les connexions reenviades. L'encaminament i la selecció d'adreça d'origen poden triar el mateix origen per a totes dues.
Un port local és un mànec, no una identitat nova
Els ports 1080 i 1081 distingeixen els oients del vostre portàtil. No assignen adreces remotes. La documentació sobre el reenviament dinàmic explica com les destinacions s'obren des del costat remot sense prometre una adreça d'origen per a cada adreça d'inici de sessió SSH.
Per obtenir sortides separades, feu explícita la selecció a l'arquitectura. Passarel·les separades amb camins exteriors diferents són una opció. Un proxy dedicat amb control d'origen documentat n'és una altra. El control d'adreça de sortida d'Squid mostra que és una funció separada d'acceptar una connexió de client.
L'opció local -b d'SSH no és un selector de sortida remota. Enllaça la connexió SSH del costat del client, no l'origen de la connexió al lloc web d'un servidor remot.
Comprova també la família d'adreces i el NAT. Un lloc IPv6 pot veure una identitat diferent de la d'un lloc només IPv4, i diverses adreces del servidor es poden traduir en un sol origen públic. Compta camins sortints utilitzables, no només ports configurats o adreces d'inici de sessió SSH.