Perché due proxy SSH SOCKS mostrano lo stesso IP pubblico
Diagnostica uscite pubbliche identiche da più inoltri dinamici SSH verso lo stesso server con più indirizzi.
Due comandi, due porte SOCKS locali, un solo IP pubblico. È normale quando entrambe le connessioni SSH raggiungono lo stesso server e il server usa lo stesso percorso di rete in uscita.
L'indirizzo usato per accedere a SSH è in ingresso. La connessione al sito è una nuova connessione in uscita dal lato server di un inoltro dinamico locale. Questi ruoli sono separati.
Collegare SSH all'indirizzo A e poi all'indirizzo B su un solo VPS non gli ordina di usare A e B come rispettive sorgenti delle connessioni inoltrate. L'instradamento e la selezione dell'indirizzo sorgente possono scegliere la stessa sorgente per entrambe.
Una porta locale è una maniglia, non una nuova identità
Le porte 1080 e 1081 distinguono gli ascoltatori sul tuo portatile. Non assegnano indirizzi remoti. La documentazione sull'inoltro dinamico spiega come le destinazioni si aprano dal lato remoto senza promettere un indirizzo sorgente per ogni indirizzo di accesso SSH.
Per uscite separate, rendi esplicita la scelta nell'architettura. Gateway separati con percorsi in uscita distinti sono un'opzione. Un proxy dedicato con controllo della sorgente documentato è un'altra. Il controllo dell'indirizzo in uscita di Squid mostra che è una funzione distinta dall'accettare una connessione client.
L'opzione locale -b di SSH non è un selettore di uscita remota. Vincola la connessione SSH lato client, non la sorgente della connessione al sito di un server remoto.
Controlla anche la famiglia di indirizzi e il NAT. Un sito IPv6 può vedere un'identità diversa da un sito solo IPv4, e più indirizzi del server possono essere tradotti in un'unica sorgente pubblica. Conta i percorsi in uscita utilizzabili, non solo le porte configurate o gli indirizzi di accesso SSH.