Varför två SSH SOCKS-proxyer visar samma offentliga IP
Diagnostisera identiska offentliga utgångar från flera dynamiska SSH-vidarebefordringar till samma server med flera adresser.
Två kommandon, två lokala SOCKS-portar, en offentlig IP. Det är normalt när båda SSH-anslutningarna når samma server och servern använder samma utgående nätverksväg.
Adressen som används för att logga in på SSH är inkommande. Anslutningen till webbplatsen är en ny utgående anslutning från serversidan av en lokal dynamisk vidarebefordran. Dessa roller är åtskilda.
Att ansluta SSH till adress A och sedan till adress B på en VPS instruerar den inte att använda A och B som respektive källor för vidarebefordrade anslutningar. Routingen och valet av källadress kan välja samma källa för båda.
En lokal port är ett handtag, inte en ny identitet
Portarna 1080 och 1081 skiljer lyssnare på din bärbara dator. De tilldelar inga fjärradresser. Dokumentationen för dynamisk vidarebefordran förklarar hur mål öppnas från fjärrsidan utan att lova en källadress per SSH-inloggningsadress.
För separata utgångar, gör valet explicit i arkitekturen. Separata gateways med olika utgående vägar är ett alternativ. En dedikerad proxy med dokumenterad källkontroll är ett annat. Squids kontroll av utgående adress visar att detta är en egen funktion, skild från att acceptera en klientanslutning.
SSH:s lokala -b-alternativ är ingen väljare för fjärrutgång. Det binder SSH-anslutningen på klientsidan, inte källan för en fjärrservers webbplatsanslutning.
Kontrollera även adressfamilj och NAT. En IPv6-webbplats kan se en annan identitet än en webbplats med bara IPv4, och flera serveradresser kan översättas till en enda offentlig källa. Räkna användbara utgående vägar, inte bara konfigurerade portar eller SSH-inloggningsadresser.