Luego de consultar con especialistas en el tema, programadores de deferentes áreas y profesores hemos dado con la solución al problema y la dejamos plasmada en este post.
Solución:
[email protected]$ autossh -R 12345:localhost:22 [email protected]Más tarde:
[email protected]$ autossh -L 23456:localhost:12345 [email protected][email protected]$ ssh [email protected] -p 23456
Lo que podría hacer es esto: en el paso 1, reenvíe un puerto remoto desde la PC de la oficina al servidor (12345 se usa como ejemplo, cualquier puerto> 1024 debería servir). Ahora, conectarse a 12345 en el servidor debería conectarlo al puerto 22 en officepc.
En el paso 2, reenvíe el puerto 23456 desde su máquina doméstica a 12345 en el servidor (de donde se reenvía a officepc: 22, como se configuró en el paso 1)
En el paso 3, se conecta al puerto local 23456 con el inicio de sesión de su PC de oficina. Esto se reenvía en el paso 2 al puerto 12345 de su servidor y en el paso 1 a la PC de su oficina.
Tenga en cuenta que estoy usando autossh para los reenvíos, ya que es un contenedor ssh que vuelve a conectar automáticamente el túnel si se desconecta; sin embargo, ssh normal también funcionaría, siempre que la conexión no se caiga.
Existe una posible vulnerabilidad: cualquiera que pueda conectarse a localhost: 12345 en serverpc ahora puede conectarse a officepc: 22 e intentar piratearlo. (Tenga en cuenta que si está ejecutando un servidor SSH, de todos modos debe protegerlo por encima de las protecciones básicas que están activadas de forma predeterminada; recomiendo al menos deshabilitar el inicio de sesión de root y deshabilitar la autenticación de contraseña; vea, por ejemplo, esto)
Editar: He verificado esto con la misma configuración y funciona. GatewayPorts no solo afecta a los puertos que están abiertos al mundo en general, no a los túneles locales. Esto es lo que son los puertos reenviados:
homepc:
outgoing ssh to serverpc:22
listening localhost:23456 forwarded through ssh tunnel
serverpc:
listening ssh at *:22
incoming localhost ssh tunnel (from homepc) forwarded to localhost:12345
listening localhost ssh tunnel (from officepc) forwarded from localhost:12345
officepc:
outgoing ssh to serverpc:22
incoming localhost through ssh tunnel (from serverpc) forwarded to localhost:22
Entonces, en lo que respecta a la pila de red, todo el tráfico local en las respectivas interfaces de bucle de retorno (más las conexiones ssh a serverpc); por lo tanto, GatewayPorts no se comprueba en absoluto.
Sin embargo, existe la directiva AllowTcpForwarding: si eso es no, esta configuración fallará ya que no se permite ningún reenvío, ni siquiera a través de la interfaz de bucle invertido.
Advertencias:
-
si usa autossh y ssh reciente, es posible que desee usar ssh
ServerAliveIntervalyServerAliveCountMaxpara mantener el túnel arriba. Autossh tiene una verificación incorporada, pero aparentemente tiene algunos problemas en Fedora.-M0desactiva eso, y-oServerAliveInterval=20 -oServerAliveCountMax=3comprueba si la conexión está activa – intenta cada 20 segundos, si falla 3 veces seguidas, detiene ssh (y autossh crea uno nuevo):autossh -M0 -R 12345:localhost:22 -oServerAliveInterval=20 -oServerAliveCountMax=3 [email protected] autossh -M0 -L 23456:localhost:12345 -oServerAliveInterval=20 -oServerAliveCountMax=3 [email protected] -
podría ser útil reiniciar el túnel ssh si falla el reenvío, usando
-oExitOnForwardFailure=yes– si el puerto ya está vinculado, es posible que obtenga una conexión SSH que funcione, pero no un túnel reenviado. -
utilizando
~/.ssh/configpara las opciones (y puertos) es aconsejable, de lo contrario, las líneas de comando se vuelven demasiado detalladas. Por ejemplo:Host fwdserverpc Hostname serverpc User notroot ServerAliveInterval 20 ServerAliveCountMax 3 ExitOnForwardFailure yes LocalForward 23456 localhost:12345
Entonces puede usar solo el alias del servidor:
autossh -M0 fwdserverpc
Si puede ssh al servidor interno desde casa y desde el servidor interno a la máquina Linux de su oficina, entonces desde casa puede usar ssh ProxyCommand para rebotar silenciosamente a través del servidor a la máquina interna a través de nc (netcat)
# ~/.ssh/config on your home machine:
Host internalpc
ForwardAgent yes
ProxyCommand ssh [email protected] exec nc internal.pc.example.com %p
Entonces tu solo ssh [email protected] y se le reenvía silenciosamente a través de la máquina del servidor, sin necesidad de abrir puertos o túneles en ninguno de los extremos.
Instale Robo-TiTO en la computadora a la que desea acceder SSH de forma remota.
- Esto le permitirá acceder a SSH utilizando las aplicaciones cliente de Google Talk en cualquier lugar.
- No es necesaria una dirección IP pública ni una configuración especial.
- Es gratis y de código abierto, ya no paga ningún servicio de aplicación.
- No es necesario abrir el puerto SSH (mantenga su computadora segura).
- No es necesario abrir ningún túnel (por ejemplo, VPN o algo así)
Las siguientes instrucciones de instalación están obsoletas, ya que el sitio se ha mudado. La nueva URL es https://github.com/formigarafa/robotito
Hice un script (probado en mi sistema operativo Raspbian en Raspberry Pi) para que pueda instalar fácilmente Robo-TiTO en Raspberry Pi, Debian o Ubuntu Box (distribución de paquetes Debian). Estos son los pasos para hacer que su caja de Linux sea remota:
Abra el comando Shell o puede llamarlo Terminal, vaya a su carpeta de inicio, descargue el script del instalador con el comando:
$ wget https://opengateway.googlecode.com/files/robotitodespués de eso, ejecute el script ingresando el comando:
$ sudo ./robotitoy luego puedes editar el archivo
credentials.rbdesde la carpeta de configuración de Robo-TiTO usando su cuenta GTalk y guárdelo presionando control+X y Y. El valor predeterminado es el editor nano.ejecutar el Robo-TiTO desde la carpeta Robo-TiTO por comando
$ cd robotito $ ./jabbershd startAhora que está hecho, puede usar SSH desde cualquier cliente de Google Talk. No olvide agregar la cuenta Robo-TiTO GTalk a su cuenta de Google Talk y pruébela charlando entre sí antes de usar la cuenta.
Si crees que ha resultado de utilidad nuestro post, sería de mucha ayuda si lo compartes con otros entusiastas de la programación de este modo contrubuyes a difundir nuestra información.