Pourquoi deux proxys SSH SOCKS affichent la même IP publique
Diagnostiquez des sorties publiques identiques depuis plusieurs redirections dynamiques SSH vers le même serveur à plusieurs adresses.
Deux commandes, deux ports SOCKS locaux, une seule IP publique. C'est normal lorsque les deux connexions SSH atteignent le même serveur et que le serveur emprunte le même chemin réseau sortant.
L'adresse utilisée pour se connecter en SSH est entrante. La connexion au site est une nouvelle connexion sortante du côté serveur d'une redirection dynamique locale. Ces rôles sont distincts.
Se connecter en SSH à l'adresse A puis à l'adresse B sur un même VPS ne lui ordonne pas d'utiliser A et B comme sources respectives des connexions redirigées. Le routage et la sélection d'adresse source peuvent choisir la même source pour les deux.
Un port local est une poignée, pas une nouvelle identité
Les ports 1080 et 1081 distinguent les écouteurs de votre ordinateur portable. Ils n'attribuent pas d'adresses distantes. La documentation sur la redirection dynamique explique comment les destinations s'ouvrent depuis le côté distant sans promettre une adresse source par adresse de connexion SSH.
Pour des sorties distinctes, rendez le choix explicite dans l'architecture. Des passerelles distinctes avec des chemins sortants différents sont une option. Un proxy dédié avec un contrôle de source documenté en est une autre. Le contrôle d'adresse sortante de Squid montre qu'il s'agit d'une fonction distincte de l'acceptation d'une connexion client.
L'option locale -b de SSH n'est pas un sélecteur de sortie distante. Elle lie la connexion SSH côté client, pas la source de la connexion au site d'un serveur distant.
Vérifiez aussi la famille d'adresses et le NAT. Un site IPv6 peut voir une identité différente d'un site uniquement IPv4, et plusieurs adresses du serveur peuvent être traduites en une seule source publique. Comptez les chemins sortants utilisables, pas seulement les ports configurés ou les adresses de connexion SSH.