Prečo dve SSH SOCKS proxy zobrazujú rovnakú verejnú IP
Diagnostikujte zhodné verejné výstupy z viacerých dynamických presmerovaní SSH na ten istý server s viacerými adresami.
Dva príkazy, dva lokálne porty SOCKS, jedna verejná IP. To je normálne, keď obe SSH spojenia dosiahnu ten istý server a server používa tú istú odchádzajúcu sieťovú cestu.
Adresa použitá na prihlásenie do SSH je prichádzajúca. Spojenie s webom je nové odchádzajúce spojenie zo strany servera lokálneho dynamického presmerovania. Tieto úlohy sú oddelené.
Pripojenie SSH najprv k adrese A a potom k adrese B na jednom VPS mu neprikazuje používať A a B ako príslušné zdroje presmerovaných spojení. Smerovanie a voľba zdrojovej adresy môžu zvoliť ten istý zdroj pre obe.
Lokálny port je držadlo, nie nová identita
Porty 1080 a 1081 rozlišujú počúvajúce procesy na tvojom notebooku. Nepridieľajú vzdialené adresy. Dokumentácia dynamického presmerovania vysvetľuje, ako sa ciele otvárajú zo vzdialenej strany bez toho, aby sľubovala jednu zdrojovú adresu na každú adresu prihlásenia SSH.
Pre oddelené výstupy urobte voľbu v architektúre explicitnou. Samostatné brány s odlišnými odchádzajúcimi cestami sú jedna možnosť. Vyhradený proxy s dokumentovanou kontrolou zdroja je ďalšia. Kontrola odchádzajúcej adresy v Squide ukazuje, že ide o samostatnú funkciu od prijatia klientského spojenia.
Lokálna voľba -b v SSH nie je voličom vzdialeného výstupu. Pripája SSH spojenie na strane klienta, nie zdroj spojenia s webom vzdialeného servera.
Skontrolujte aj rodinu adries a NAT. Web na IPv6 môže vidieť inú identitu než web iba s IPv4 a niekoľko adries servera možno preložiť na jeden verejný zdroj. Počítajte použiteľné odchádzajúce cesty, nielen nakonfigurované porty alebo adresy prihlásenia SSH.