Acceder a un proxy HTTP ou SOCKS existente mediante SSH
Acceda a un proxy HTTP ou SOCKS remoto de loopback mediante SSH sen expoñer publicamente o seu oínte.
Se relay.example.net xa executa SOCKS no seu propio 127.0.0.1:1080, reenvíe o acceso en lugar de expoñer publicamente ese oínte:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| Extremo | Papel |
|---|---|
Portátil 127.0.0.1:1081 | O enderezo SOCKS que se configura na aplicación do portátil. |
Relé 127.0.0.1:1080 | O proxy existente ao que se chega desde o lado do servidor SSH. |
A sintaxe de reenvío local asigna o destino fixo ao lado do servidor. Un proxy HTTP no porto de loopback remoto 3128 ou un extremo de intranet como proxy.internal.example:8080 funciona co mesmo principio. Configure o cliente para ese protocolo HTTP existente e a conta; transportalo por SSH non crea SOCKS nin un oínte HTTPS con TLS.
O servizo existente segue elixindo as versións de protocolo admitidas, a autenticación, os destinos e a saída final. Se outro proceso SSH creou ese proxy remoto, ambos os procesos deben permanecer vivos. Unha ruta portátil→relé→porta de enlace deixa que o sitio web vexa a última conexión saínte, non unha identidade asignada polo porto local 1081.
Manteña a vinculación do portátil explicitamente local. Unha exposición máis ampla cambia quen pode chegar ao servizo, e o inicio de sesión SSH non engade un contrasinal SOCKS ao oínte. Ante un rexeitamento, comprobe o oínte do portátil, o transporte SSH e o proxy remoto como etapas separadas.