Waarom twee SSH SOCKS-proxy's dieselfde publieke IP wys
Diagnoseer identiese publieke uitgange vanaf verskeie SSH-dinamiese aansture na dieselfde bediener met veelvuldige adresse.
Twee opdragte, twee plaaslike SOCKS-poorte, een publieke IP. Dit is normaal wanneer albei SSH-verbindings dieselfde bediener bereik en die bediener dieselfde uitwaartse netwerkroete gebruik.
Die adres wat gebruik word om by SSH aan te meld, is inkomend. Die webwerfverbinding is 'n nuwe uitgaande verbinding van die bedienerkant van 'n plaaslike dinamiese aanstuur. Daardie rolle is apart.
Om SSH aan adres A en dan aan adres B op een VPS te koppel, sê nie vir dit om A en B as die onderskeie bronne van aangestuurde verbindings te gebruik nie. Die roetering en bronadreskeuse kan dieselfde bron kies vir albei.
'n Plaaslike poort is 'n handvatsel, nie 'n nuwe identiteit nie
Poorte 1080 en 1081 onderskei luisteraars op jou skootrekenaar. Hulle ken nie afgeleë adresse toe nie. Die dokumentasie oor dinamiese aanstuur verduidelik hoe bestemmings van die afgeleë kant oopmaak sonder om een bronadres per SSH-aanmeldadres te belowe.
Vir afsonderlike uitgange, maak die keuse eksplisiet in die argitektuur. Afsonderlike gateways met verskillende uitwaartse roetes is een opsie. 'n Toegewyde proxy met gedokumenteerde bronbeheer is 'n ander. Squid se beheer oor uitgaande adresse wys dat dit 'n aparte funksie is van die aanvaarding van 'n kliëntverbinding.
SSH se plaaslike -b-opsie is nie 'n afgeleë uitgangkeuse nie. Dit bind die kliëntkant-SSH-verbinding, nie die bron van 'n afgeleë bediener se webwerfverbinding nie.
Kontroleer ook adresfamilie en NAT. 'n IPv6-webwerf kan 'n ander identiteit sien as 'n slegs-IPv4-webwerf, en verskeie bedieneradresse kan na een publieke bron vertaal word. Tel bruikbare uitwaartse roetes, nie net opgestelde poorte of SSH-aanmeldadresse nie.