Arritja te një proxy HTTP ose SOCKS ekzistues përmes SSH
Arritni një proxy HTTP ose SOCKS loopback të largët përmes SSH pa e ekspozuar publikisht dëgjuesin e tij.
Nëse relay.example.net tashmë ekzekuton SOCKS në 127.0.0.1:1080 e vet, përcillni aksesin në vend që ta ekspozoni publikisht atë dëgjues:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| Pika fundore | Roli |
|---|---|
Laptop 127.0.0.1:1081 | Adresa SOCKS që duhet konfiguruar në aplikacionin e laptopit. |
Rele 127.0.0.1:1080 | Proxy ekzistues që arrihet nga ana e serverit SSH. |
Sintaksa e përcjelljes lokale i cakton destinacionin fiks anës së serverit. Një proxy HTTP në portën loopback të largët 3128 ose një pikë fundore intranet si proxy.internal.example:8080 funksionon me të njëjtin parim. Konfiguroni klientin për atë protokoll HTTP ekzistues dhe llogarinë; transportimi përmes SSH nuk krijon SOCKS ose një dëgjues HTTPS me TLS.
Shërbimi ekzistues vazhdon të zgjedhë versionet e protokollit të mbështetura, vërtetimin, destinacionet dhe daljen përfundimtare. Nëse një proces tjetër SSH krijoi atë proxy të largët, të dy proceset duhet të mbeten të gjallë. Një rrugë laptop→rele→portë lë faqen të shohë lidhjen e fundit dalëse, jo një identitet të caktuar nga porta lokale 1081.
Mbajeni lidhjen e laptopit në mënyrë eksplicite lokale. Ekspozimi më i gjerë ndryshon kush mund të arrijë shërbimin, dhe hyrja SSH nuk i shton një fjalëkalim SOCKS dëgjuesit. Në rast refuzimi, kontrolloni dëgjuesin e laptopit, transportin SSH dhe proxy-n e largët si faza të veçanta.