Hvorfor to SSH SOCKS-proxyer viser samme offentlige IP
Diagnostiser identiske offentlige udgange fra flere dynamiske SSH-videresendelser til samme server med flere adresser.
To kommandoer, to lokale SOCKS-porte, én offentlig IP. Det er normalt, når begge SSH-forbindelser når samme server, og serveren bruger samme udgående netværksvej.
Den adresse, der bruges til at logge ind på SSH, er indgående. Forbindelsen til webstedet er en ny udgående forbindelse fra serversiden af en lokal dynamisk videresendelse. De roller er adskilte.
At forbinde SSH til adresse A og derefter til adresse B på én VPS instruerer den ikke i at bruge A og B som de respektive kilder til videresendte forbindelser. Routing og valg af kildeadresse kan vælge samme kilde for begge.
En lokal port er et håndtag, ikke en ny identitet
Portene 1080 og 1081 skelner lyttere på din bærbare computer. De tildeler ikke fjernadresser. Dokumentationen for dynamisk videresendelse forklarer, hvordan destinationer åbnes fra fjernsiden uden at love én kildeadresse pr. SSH-loginadresse.
For separate udgange skal du gøre valget eksplicit i arkitekturen. Separate gateways med forskellige udgående veje er én mulighed. En dedikeret proxy med dokumenteret kildekontrol er en anden. Squids kontrol af udgående adresse viser, at dette er en funktion, der er adskilt fra at acceptere en klientforbindelse.
SSH's lokale -b-indstilling er ikke en vælger for fjernudgang. Den binder SSH-forbindelsen på klientsiden, ikke kilden til en fjernservers webstedsforbindelse.
Kontroller også adressefamilie og NAT. Et IPv6-websted kan se en anden identitet end et IPv4-only-websted, og flere serveradresser kan oversættes til én offentlig kilde. Tæl brugbare udgående veje, ikke kun konfigurerede porte eller SSH-loginadresser.