Warum zwei SSH-SOCKS-Proxys dieselbe öffentliche IP zeigen
Identische öffentliche Ausgänge aus mehreren dynamischen SSH-Weiterleitungen zu demselben Server mit mehreren Adressen diagnostizieren.
Zwei Befehle, zwei lokale SOCKS-Ports, eine öffentliche IP. Das ist normal, wenn beide SSH-Verbindungen denselben Server erreichen und der Server denselben ausgehenden Netzwerkpfad verwendet.
Die Adresse, mit der man sich bei SSH anmeldet, ist eingehend. Die Website-Verbindung ist eine neue ausgehende Verbindung von der Serverseite einer lokalen dynamischen Weiterleitung. Diese Rollen sind getrennt.
SSH nacheinander mit Adresse A und dann mit Adresse B auf einem VPS zu verbinden, weist es nicht an, A und B als jeweilige Quellen der weitergeleiteten Verbindungen zu verwenden. Das Routing und die Quelladressauswahl können dieselbe Quelle wählen – für beide.
Ein lokaler Port ist ein Griff, keine neue Identität
Die Ports 1080 und 1081 unterscheiden Listener auf Ihrem Laptop. Sie vergeben keine entfernten Adressen. Die Dokumentation zur dynamischen Weiterleitung erklärt, wie Ziele von der entfernten Seite aus geöffnet werden, ohne eine Quelladresse pro SSH-Login-Adresse zu versprechen.
Für getrennte Ausgänge machen Sie die Auswahl in der Architektur explizit. Getrennte Gateways mit unterschiedlichen ausgehenden Pfaden sind eine Option. Ein dedizierter Proxy mit dokumentierter Quellenkontrolle ist eine andere. Squids Kontrolle der ausgehenden Adresse zeigt, dass dies eine eigene Funktion ist, getrennt vom Annehmen einer Client-Verbindung.
Die lokale SSH-Option -b ist kein Selektor für den entfernten Ausgang. Sie bindet die SSH-Verbindung auf der Clientseite, nicht die Quelle der Website-Verbindung eines entfernten Servers.
Prüfen Sie auch Adressfamilie und NAT. Eine IPv6-Website kann eine andere Identität sehen als eine reine IPv4-Seite, und mehrere Serveradressen können auf eine öffentliche Quelle übersetzt werden. Zählen Sie nutzbare ausgehende Pfade, nicht nur konfigurierte Ports oder SSH-Login-Adressen.