(Situación extraña, ¿no se cumple algo así como la desigualdad del triángulo para el enrutamiento de Internet?)
De todos modos, intente lo siguiente, en A , ssh
en B con un -D
argumento,
ssh -D 1080 address-of-B
que actúa como un proxy SOCKS5 127.0.0.1:1080
, que puede ser utilizado por cualquier cosa que admita conexiones proxy SOCKS5. Aparentemente, wget
puede hacer esto , usando la variable de entorno
export SOCKS_SERVER=127.0.0.1:1080
wget http://server-C/whatever
Tenga en cuenta que a veces curl
es más útil (es decir, no estoy seguro de si wget
puede realizar búsquedas de nombres de host a través de SOCKS5; pero supongo que esta no es una de sus preocupaciones); También Firefox puede funcionar completamente a través de un proxy SOCKS5.
Editar Acabo de notar que está buscando una solución de una línea . Bueno, que tal
ssh address-of-B 'wget -O - http://server-C/whatever' >> whatever
es decir, redirigir la wget
salida -fetched a stdout
, y redirigir la salida local (de ssh
ejecución wget
remota) a un archivo.
Esto parece funcionar, el wget
resultado es un poco confuso (" guardado en - "), puede deshacerse de él agregando -q
a la wget
llamada.
SOCKS_SERVER
variable de entorno no tiene efecto en Ubuntu 14.04.