Waarom twee SSH SOCKS-proxy's hetzelfde openbare IP tonen
Diagnostiseer identieke openbare uitgangen van meerdere dynamische SSH-doorschakelingen naar dezelfde server met meerdere adressen.
Twee commando's, twee lokale SOCKS-poorten, één openbaar IP. Dat is normaal wanneer beide SSH-verbindingen dezelfde server bereiken en de server hetzelfde uitgaande netwerkpad gebruikt.
Het adres dat je gebruikt om in te loggen op SSH is inkomend. De verbinding met de website is een nieuwe uitgaande verbinding vanaf de serverkant van een lokale dynamische doorschakeling. Die rollen zijn gescheiden.
SSH verbinden met adres A en daarna met adres B op één VPS draagt het niet op om A en B als de respectievelijke bronnen van doorgeschakelde verbindingen te gebruiken. De routering en de keuze van bronadres kunnen dezelfde bron kiezen voor beide.
Een lokale poort is een handvat, geen nieuwe identiteit
De poorten 1080 en 1081 onderscheiden luisteraars op je laptop. Ze wijzen geen externe adressen toe. De documentatie over dynamisch doorschakelen legt uit hoe bestemmingen vanaf de externe kant opengaan zonder één bronadres per SSH-loginadres te beloven.
Maak voor gescheiden uitgangen de keuze expliciet in de architectuur. Aparte gateways met verschillende uitgaande paden zijn één optie. Een toegewijde proxy met gedocumenteerde bronbeheersing is een andere. Squids beheer van uitgaand adres laat zien dat dit een aparte functie is van het accepteren van een clientverbinding.
De lokale optie -b van SSH is geen kiezer van een externe uitgang. Hij bindt de SSH-verbinding aan de clientzijde, niet de bron van de websiteverbinding van een externe server.
Controleer ook de adresfamilie en NAT. Een IPv6-website kan een andere identiteit zien dan een site met alleen IPv4, en meerdere serveradressen kunnen naar één openbare bron worden vertaald. Tel bruikbare uitgaande paden, niet alleen geconfigureerde poorten of SSH-loginadressen.