Atingi ekzistantan HTTP- aŭ SOCKS-prokuran servilon per SSH
Atingu malproksiman loopback HTTP- aŭ SOCKS-prokuran servilon per SSH sen publike elmeti ĝian aŭskultanton.
Se relay.example.net jam funkciigas SOCKS sur sia propra 127.0.0.1:1080, plusendu la aliron anstataŭ publike elmeti tiun aŭskultanton:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| Finpunkto | Rolo |
|---|---|
Portebla komputilo 127.0.0.1:1081 | La SOCKS-adreso agordenda en la aplikaĵo de la portebla komputilo. |
Relajso 127.0.0.1:1080 | La ekzistanta prokuro atingata de la flanko de la SSH-servilo. |
La sintakso de loka plusendado atribuas la fiksan celon al la servila flanko. HTTP-prokuro sur la malproksima loopback-pordo 3128 aŭ enretan finpunkton kiel proxy.internal.example:8080 funkcias laŭ la sama principo. Agordu la klienton por tiu ekzistanta HTTP-protokolo kaj konto; transporti ĝin per SSH ne kreas SOCKS nek TLS-ebligitan HTTPS-aŭskultanton.
La ekzistanta servo ankoraŭ elektas subtenatajn protokolversiojn, aŭtentikigon, celojn kaj la finan eliron. Se alia SSH-procezo kreis tiun malproksiman prokuron, ambaŭ procezoj devas resti vivaj. Itinero portebla→relajso→pordego lasas la retejon vidi la lastan elirantan konekton, ne identecon atribuitan de loka pordo 1081.
Tenu la ligon de la portebla komputilo eksplicite loka. Pli vasta elmeto ŝanĝas kiu povas atingi la servon, kaj SSH-ensaluto ne aldonas SOCKS-pasvorton al la aŭskultanto. Por rifuzo, kontrolu la aŭskultanton de la portebla komputilo, la SSH-transporton kaj la malproksiman prokuron kiel apartajn etapojn.