linux - teleconsole - ¿Herramienta similar a TeamViewer para ssh?
rdp para linux (8)
¡He estado buscando lo mismo y he encontrado dos herramientas!
tmate.io - intercambio de terminal instantáneo
GoTTY : comparta su terminal como una aplicación web
tmate - Cuando inicie tmate en su terminal, creará un enlace ssh que podrá compartir con la otra parte que desea permitir que se conecte a la sesión de su terminal. La otra parte solo necesita tener ssh instalado.
Funciona a través de NAT sin problemas, no se necesita una herramienta de terceros.
tmate ssh enlaces se ven así:
Simplemente instale tmate en su sistema, hay paquetes en repositorios oficiales para casi todas las distribuciones principales (Fedora, Debian, Arch, Ubuntu ...)
GoTTY : comparta cualquier aplicación de terminal que desee y la otra parte ni siquiera necesita tener ssh, pero necesita ordenar el reenvío de puertos si está detrás de un cortafuegos y NAT.
Quiero acceder a la computadora de mi casa desde el trabajo a través de SSH, pero el problema es que la computadora de mi casa está detrás de un enrutador NAT (al que no tengo acceso). Debido a que mi computadora de trabajo tiene un CentOS instalado y está detrás de un proxy, no pude usar TeamViwer (la TV está portada en Linux con Wine, y aparentemente la configuración proxy no funcionará).
¿Alguien tiene conocimiento de un programa que se adapte a mis necesidades?
Gracias, Claudiu
Es posible que solo pueda usar el reenvío X con el ssh -X host o el ssh -X host ssh -Y host y simplemente abra aplicaciones gráficas. O configura un servidor VNC que también podría pasar por túnel a través de SSH.
NX usa el transporte ssh. NoMachine distribuye versiones gratuitas y premium de la herramienta, y también hay versiones de freenx.
No sé si te refieres a que no tienes administración remota por red externa de tu enrutador doméstico, o si alguien más guarda la contraseña, pero, si puedes acceder a tu enrutador, probablemente puedas configurar el puerto. reenvío para que cuando navegue hacia la IP del enrutador que mira hacia el público, automáticamente envíe todo el tráfico ssh a un cuadro en la red interna.
A menos que su ISP esté haciendo algo cobarde con NAT de grado operador, eso debería funcionar bien.
Alternativamente, debe poder conectarse desde el hogar a su máquina de trabajo a través de ssh y crear un túnel para que pueda realizar la concha en su máquina de trabajo y luego tomar la sesión entre el hogar y el trabajo.
Por lo que dicen, no hay una "aplicación" particular que resuelva tu problema, es más un problema de red: la computadora de tu casa está detrás de NAT y tu computadora de trabajo está detrás de un proxy (http o calcetines).
Entonces necesitas una tercera computadora, preferiblemente con Linux o BSD, llámala "tercera pc". Un alojamiento de Linux vps barato es probablemente la mejor manera de hacerlo.
Desde su computadora de trabajo, puede usar "connect" en su configuración ssh para pasar el proxy a "third-pc" - vea http://bent.latency.net/bent/git/goto-san-connect-1.85/src/connect.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
(El uso del puerto 443 es una forma común de evitar proxies http).
Desde la computadora de su hogar, puede usar "autossh" para configurar un túnel persistente en "third-pc": consulte http://www.harding.motd.ca/autossh/ y http://www.linux.com/archive/feature/134133
Desde su computadora de trabajo, puede instalarse en "equipo de terceros" y luego retroceder en el túnel autossh hacia la computadora de su hogar.
Si solo necesita una conexión ssh, puede gastar 2.99 $ / mes para comprar un vps barato, y usar ssh o ngrok inverso para registrar su computadora detrás de NAT.
También podría usar una alternativa como Robo-TiTO . Esto hace que su servidor sea accesible mediante Jabber chat, (GTalk / Hangouts), por ejemplo. Es un acceso a la terminal bastante simple y directo. He estado usando durante algunos años. Usualmente abro un túnel SSH inverso con él y después de eso solo tiene un acceso SSH adecuado.
[1] Herramienta en sí misma: 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 están haciendo NAT-transversal (como Hamachi, llamada VPN de configuración cero, asegúrate de marcar ésta! https://secure.logmein.com/products/hamachi2/ ), tienes opciones como "conexión reverese" que podría serle ú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 un tercero, me di cuenta de que es relativamente fácil escribir su propia contraparte para dicho software (aún, al menos una de las máquinas debe ser pública, o ambas NAT deben tener acceso temporal al público). tercera máquina).
Además, las personas en serverfault.com pueden ofrecer mejores perspectivas.