Por lo que parece, no hay una "aplicación" en particular que resuelva su problema, es más un problema de red:la computadora de su hogar está detrás de NAT y la computadora de su trabajo está detrás de un proxy (http o calcetines).
Entonces, necesita una tercera computadora, preferiblemente con Linux o BSD, llámela "tercera computadora". Un hosting Linux vps barato es probablemente la mejor opción.
Desde la computadora de su trabajo, puede usar "conectar" en su configuración ssh para hacer un túnel a través del proxy a "tercera computadora"; consulte http://bent.latency.net/bent/git/goto-san-connect-1.85/ src/conectar.html.
Por ejemplo, aquí hay una entrada que tengo en mi ~/.ssh/config:
Host foo.dyndns.org
User sonia
Port 443
ProxyCommand connect -H 1.2.3.4:8080 %h %p
(Usar el puerto 443 es una forma común de sortear los proxies http).
Desde la computadora de su hogar, puede usar "autossh" para configurar un túnel persistente a la "tercera computadora"; consulte http://www.harding.motd.ca/autossh/ y http://www.linux.com/archive /característica/134133
Desde la computadora de su trabajo, puede usar ssh hasta la "tercera computadora" y luego retroceder por el túnel autossh hasta la computadora de su hogar.
¡He estado buscando lo mismo y he encontrado dos herramientas!
- tmate:uso compartido instantáneo de terminales
- GoTTY:comparte tu terminal como una aplicación web
amigo :Cuando inicie tmate en su terminal, se creará un enlace ssh que podrá compartir con otra persona a la que desee permitir que se conecte a la sesión de su terminal. Otra parte solo necesita tener ssh instalado.
Funciona a través de NAT sin problemas, no se necesita ninguna herramienta de terceros.
Los enlaces ssh de tmate se ven así:
Simplemente instale tmate en su sistema, hay paquetes en repositorios oficiales para casi todas las principales distribuciones (Fedora, Debian, Arch, Ubuntu...)
Además, tmate es de código abierto y le permite configurar y usar su propio servidor si luego decide evitar usar cualquier servicio de terceros.
GoTTY :Comparta cualquier aplicación de terminal que desee y la otra parte ni siquiera necesita tener ssh, pero debe resolver el reenvío de puertos si está detrás de un firewall y NAT.
[1] Herramienta en sí:recomendaría echar un vistazo a jrdesktop [ http://jrdesktop.sourceforge.net/ ]; aunque no es un proyecto muy activo y no es particularmente adecuado para conexiones tipo módem, es estable, confiable, multiplataforma y funciona bien.
[2] Tanto jrdekstop como ssh, aunque no hacen NAT-transversal (como Hamachi, la llamada VPN de configuración cero; ¡asegúrese de revisar esta! https://secure.logmein.com/products/hamachi2/), tienen opciones como "conexión inversa" que puede resultarle útil.
Una vez que establezca dicha VPN entre máquinas, puede usar ssh, X, RDP, jrdesktop, VNC y otras herramientas de su elección como lo haría en una LAN normal. Si no confía en el "proveedor transversal" de terceros, escuché que es relativamente fácil escribir su propia contraparte de dicho software (aún así, al menos una de las máquinas debe ser pública, o ambas NAT-ed deben tener acceso temporal a público tercera máquina).
Además, la gente de serverfault.com podría ofrecer mejores perspectivas.