Miksi kaksi SSH SOCKS -välityspalvelinta näyttää saman julkisen IP:n
Diagnosoi samat julkiset ulostulot useista dynaamisista SSH-edelleenohjauksista samaan moniosoitteiseen palvelimeen.
Kaksi komentoa, kaksi paikallista SOCKS-porttia, yksi julkinen IP. Tämä on normaalia, kun molemmat SSH-yhteydet saavuttavat saman palvelimen ja palvelin käyttää samaa ulospäin suuntautuvaa verkkopolkua.
SSH-kirjautumiseen käytetty osoite on saapuva. Verkkoyhteyden yhteys on uusi lähtevä yhteys paikallisen dynaamisen edelleenohjauksen palvelinpuolelta. Nämä roolit ovat erillisiä.
SSH:n yhdistäminen ensin osoitteeseen A ja sitten osoitteeseen B yhdessä VPS:ssä ei käske sitä käyttämään A:ta ja B:tä edelleenohjattujen yhteyksien vastaavina lähteinä. Reititys ja lähdeosoitteen valinta voivat valita saman lähteen molemmille.
Paikallinen portti on kahva, ei uusi identiteetti
Portit 1080 ja 1081 erottavat kannettavasi kuuntelijat. Ne eivät varaa etäosoitteita. Dynaamisen edelleenohjauksen dokumentaatio selittää, miten kohteet avautuvat etäpuolelta lupaamatta yhtä lähdeosoitetta jokaista SSH-kirjautumisosoitetta kohden.
Erillisiä ulostuloja varten tee valinnasta eksplisiittinen arkkitehtuurissa. Erilliset yhdyskäytävät, joilla on eri ulospäin suuntautuvat polut, ovat yksi vaihtoehto. Dokumentoidulla lähdehallinnalla varustettu oma välityspalvelin on toinen. Squidin lähtevän osoitteen hallinta osoittaa, että se on erillinen ominaisuus asiakasyhteyden vastaanottamisesta.
SSH:n paikallinen -b-valinta ei ole etäulostulon valitsin. Se sitoo asiakaspuolen SSH-yhteyden, ei etäpalvelimen verkkoyhteysosoitteen lähdettä.
Tarkista myös osoiteperhe ja NAT. IPv6-verkkosivusto voi nähdä eri identiteetin kuin vain IPv4-sivusto, ja useita palvelinosoitteita voidaan kääntää yhdeksi julkiseksi lähteeksi. Laske käytettävissä olevat ulospäin suuntautuvat polut, älä vain määritettyjä portteja tai SSH-kirjautumisosoitteita.