Miért ugyanazt a nyilvános IP-t mutatja két SSH SOCKS proxy
Azonos nyilvános kimenetek diagnosztizálása több dinamikus SSH-továbbításból ugyanarra a többcímű szerverre.
Két parancs, két helyi SOCKS-port, egy nyilvános IP. Ez normális, ha mindkét SSH-kapcsolat ugyanarra a szerverre jut, és a szerver ugyanazt a kifelé vezető hálózati útvonalat használja.
Az SSH-ba való bejelentkezéshez használt cím befelé irányuló. A webhelykapcsolat új kifelé irányuló kapcsolat a helyi dinamikus továbbítás kiszolgálóoldaláról. Ezek a szerepek elkülönülnek.
Ha az SSH-t előbb az A, majd a B címre csatlakoztatja egyetlen VPS-en, az nem utasítja arra, hogy A-t és B-t használja a továbbított kapcsolatok megfelelő forrásaként. Az útválasztás és a forráscím kiválasztása ugyanazt a forrást választhatja mindkettőhöz.
A helyi port fogantyú, nem új identitás
Az 1080 és 1081 port megkülönbözteti a laptopján figyelő folyamatokat. Nem osztanak ki távoli címeket. A dinamikus továbbítás dokumentációja elmagyarázza, hogyan nyílnak meg a célok a távoli oldalról anélkül, hogy egy forráscímet ígérne minden SSH-bejelentkezési címhez.
Külön kimenetekhez tegye egyértelművé a választást az architektúrában. Külön átjárók eltérő kifelé vezető útvonalakkal az egyik lehetőség. A dokumentált forrásvezérléssel rendelkező dedikált proxy a másik. A Squid kimenőcím-vezérlése rámutat, hogy ez külön funkció az ügyfélkapcsolat elfogadásától.
Az SSH helyi -b opciója nem távoli kimenetválasztó. Az ügyféloldali SSH-kapcsolatot köti, nem egy távoli szerver webhelykapcsolatának forrását.
Ellenőrizze a címcsaládot és a NAT-ot is. Egy IPv6-os webhely más identitást láthat, mint egy csak IPv4-es oldal, és több szervercím is lefordítható egyetlen nyilvános forrásra. Számolja a használható kifelé vezető útvonalakat, ne csak a beállított portokat vagy SSH-bejelentkezési címeket.