Hvorfor to SSH SOCKS-proxyer viser samme offentlige IP
Diagnostiser identiske offentlige utganger fra flere dynamiske SSH-videresendinger til samme server med flere adresser.
To kommandoer, to lokale SOCKS-porter, én offentlig IP. Det er normalt når begge SSH-tilkoblingene når samme server og serveren bruker samme utgående nettverksvei.
Adressen som brukes til å logge på SSH, er inngående. Tilkoblingen til nettstedet er en ny utgående tilkobling fra serversiden av en lokal dynamisk videresending. Disse rollene er atskilt.
Å koble SSH til adresse A og deretter til adresse B på én VPS instruerer den ikke i å bruke A og B som de respektive kildene for videresendte tilkoblinger. Rutingen og valg av kildeadresse kan velge samme kilde for begge.
En lokal port er et håndtak, ikke en ny identitet
Portene 1080 og 1081 skiller lyttere på den bærbare datamaskinen din. De tildeler ikke eksterne adresser. Dokumentasjonen for dynamisk videresending forklarer hvordan mål åpnes fra fjernsiden uten å love én kildeadresse per SSH-påloggingsadresse.
For separate utganger, gjør valget eksplisitt i arkitekturen. Separate gateways med ulike utgående veier er ett alternativ. En dedikert proxy med dokumentert kildekontroll er et annet. Squids kontroll av utgående adresse viser at dette er en egen funksjon, atskilt fra å godta en klienttilkobling.
SSHs lokale -b-alternativ er ikke en velger for ekstern utgang. Det binder SSH-tilkoblingen på klientsiden, ikke kilden til nettstedstilkoblingen til en ekstern server.
Sjekk også adressefamilie og NAT. Et IPv6-nettsted kan se en annen identitet enn et IPv4-only-nettsted, og flere serveradresser kan oversettes til én offentlig kilde. Tell brukbare utgående veier, ikke bare konfigurerte porter eller SSH-påloggingsadresser.