De ce două proxy-uri SSH SOCKS arată același IP public
Diagnostichează ieșiri publice identice din mai multe redirecționări dinamice SSH către același server cu mai multe adrese.
Două comenzi, două porturi SOCKS locale, un singur IP public. Este normal când ambele conexiuni SSH ajung la același server și serverul folosește aceeași cale de rețea spre exterior.
Adresa folosită pentru autentificarea SSH este de intrare. Conexiunea către site este o conexiune de ieșire nouă din partea serverului a unei redirecționări dinamice locale. Aceste roluri sunt separate.
Conectarea SSH mai întâi la adresa A și apoi la adresa B pe un singur VPS nu îi poruncește să folosească A și B ca surse respective ale conexiunilor redirecționate. Rutarea și selectarea adresei sursă pot alege aceeași sursă pentru ambele.
Un port local este un mâner, nu o identitate nouă
Porturile 1080 și 1081 disting ascultătorii de pe laptopul tău. Ele nu alocă adrese la distanță. Documentația redirecționării dinamice explică modul în care destinațiile se deschid din partea îndepărtată fără a promite o adresă sursă pentru fiecare adresă de autentificare SSH.
Pentru ieșiri separate, fă alegerea explicită în arhitectură. Gateway-uri separate cu căi de ieșire diferite sunt o opțiune. Un proxy dedicat cu control al sursei documentat este alta. Controlul adresei de ieșire din Squid arată că este o funcție separată de acceptarea unei conexiuni de client.
Opțiunea locală -b a SSH nu este un selector de ieșire la distanță. Leagă conexiunea SSH din partea clientului, nu sursa conexiunii la site a unui server îndepărtat.
Verifică și familia de adrese și NAT. Un site IPv6 poate vedea o identitate diferită față de un site doar IPv4, iar mai multe adrese ale serverului pot fi traduse într-o singură sursă publică. Numără căile de ieșire utilizabile, nu doar porturile configurate sau adresele de autentificare SSH.