# Una terminal en el navegador que no se cierra sola Cada terminal es una sesión tmux que vive dentro de tu VPS, no en el navegador. Si se te corta Internet, cerrás la pestaña o se te apaga la laptop, el proceso que estaba corriendo sigue ahí y te volvés a enganchar exactamente donde lo dejaste. Es la diferencia entre un cliente SSH web y una terminal de verdad: nada la cierra sola, solo vos. URL: https://ardumaker.com/servicios/terminal-web/ - Sesiones persistentes - Pestañas con nombre - Sin instalar nada ## Así se ve en el panel Capturas reales del panel de ArduMaker, no mockups. ![Terminal web: Terminal en el navegador](https://ardumaker.com/screenshots/servicios/terminal-web-1.jpg) **Terminal en el navegador**. Una terminal real sobre tmux, con varias pestañas. ## Una terminal a un clic Desde Apps abrís una terminal del servidor en el navegador, con el usuario Linux que elijas. - Elegís con qué usuario Linux entra la sesión. - Se abre directo desde la tarjeta, sin configurar un cliente SSH ni repartir claves. - Cada sesión queda como una app más: la volvés a abrir o la cerrás cuando quieras. - Sirve para mirar un log, reiniciar algo o probar una conexión desde adentro del servidor. ## Antes de instalarlo ### Usalo cuando - Necesitás correr un comando en el servidor y no tenés un cliente SSH a mano. - Querés darle a alguien del equipo acceso a una sesión con un usuario Linux puntual, sin repartir claves SSH. - Querés mirar un log, reiniciar algo o probar una conexión desde adentro del VPS. ### No es lo indicado si - Vas a transferir archivos grandes o a trabajar horas con tu editor: para eso conviene SSH. - Querés que algo quede corriendo siempre: eso es un servicio o una tarea programada, no una terminal abierta. ### Cómo probar que quedó funcionando 1. **Abrila y mirá quién sos**: whoami muestra el usuario Linux con el que entraste y pwd su carpeta. 2. **Mirá el estado del servidor**: uptime, df -h y free -h muestran carga, disco y memoria. 3. **Probá la red desde adentro**: curl -I https://ardumaker.com comprueba que el servidor sale a internet. ### Consejos - Cada terminal entra como el usuario Linux que elegís: usá uno sin privilegios para el trabajo diario. - Para un proceso largo usá un servicio o una tarea programada: una terminal abierta no es el lugar. - Si necesitás SSH de verdad, se abre desde Puertos por un tiempo limitado. ## SSH sin cliente, y sin miedo a perder el trabajo Para ese build largo, esa migración o ese log que querés dejar mirando. - **Persistente de verdad**: La sesión vive en el VPS, no en la pestaña. Sobrevive a cortes de conexión, al cierre del navegador, a reinicios del backend y a actualizaciones del agente. - **Volvé cuando quieras**: Te reenganchás a la misma sesión todas las veces que quieras, desde otra computadora o desde el teléfono. El scrollback sigue ahí. - **Pestañas con nombre**: Hasta 5 terminales por usuario y por VPS, cada una con su nombre: una para logs, otra para la base, otra para el deploy. - **Elegí el usuario Linux**: Los administradores eligen con qué usuario abrir la terminal, root incluido. Cada quien entra con los permisos que le corresponden. - **Aviso de reinicio**: tmux no sobrevive a un reinicio del VPS. Si uno se lleva una terminal, el panel te avisa en vez de dejarte creer que el proceso sigue corriendo. - **Cómoda de usar**: bash con prompt de colores, autocompletado con Tab, historial, y copiar y pegar con el mouse como en cualquier página web. - **Privada por miembro**: Cada miembro de la empresa ve solo sus terminales. El administrador ve todas las del VPS. - **Sin instalar nada**: No hace falta un cliente SSH, ni generar una clave, ni configurar PuTTY. Se abre desde el panel y funciona igual en Windows, macOS, Linux o una tablet. - **No reemplaza al SSH clásico**: El acceso por SSH con root sigue estando y no se toca. La terminal web es un atajo, no un sustituto ni una jaula. - **Queda registrada**: Abrir una terminal queda en el historial del VPS: quién la abrió, con qué usuario y cuándo. ## Cómo se abre 1. **Abrí el VPS en el panel**: Y entrá a la pestaña de terminal. No hay nada que instalar ni ninguna clave que generar. 2. **Creá una terminal**: Le ponés un nombre y elegís el usuario Linux. Si sos administrador podés abrirla directamente como root. 3. **Trabajá normal**: Es un bash real dentro de tu VPS: apt, docker, psql, journalctl, lo que necesites. Copiar y pegar funcionan con el mouse. 4. **Dejá algo corriendo y cerrá**: Un build largo, una migración, un tail -f. Podés cerrar el navegador: el proceso sigue. 5. **Volvé y reenganchate**: Abrís la misma terminal y seguís donde estabas, con la salida que se generó mientras no estabas. ## Cómo funciona por debajo, y qué no hace Lo que conviene saber antes de empezar, sin letra chica. - Cada terminal es una sesión tmux dentro del VPS. Lo que persiste es esa sesión, no una conexión abierta: por eso sobrevive a que se caiga tu red o el navegador. - El panel se conecta por WebSocket contra el agente del VPS, que hace de puente con tmux. No hay un cliente SSH en el navegador ni una clave privada viajando. - Necesita systemd corriendo dentro del VPS y una base Debian o Ubuntu. Está verificada en producción sobre Ubuntu 22.04 y es compatible con 18.04, 20.04, 24.04 y 26.04. - En Ubuntu 16.04 no funciona, y no es algo que vayamos a arreglar: systemd 229 no arranca sobre un host con cgroup v2 —que es como están todos los host padre— y queda como PID 1 sin contestar. Es el bug LP #1962332 de Ubuntu. - Máximo 5 terminales por usuario y por VPS. El límite es para que una pestaña olvidada no deje procesos colgados consumiendo memoria del plan. - Los miembros de la empresa quedan fijos en su propio usuario Linux. Elegir usuario, root incluido, es cosa de los administradores. - Reiniciar el VPS termina todas las sesiones de tmux. Si tenías algo largo corriendo, se pierde: para eso conviene dejarlo como servicio systemd o como tarea programada. - No reemplaza al acceso por SSH: el root por SSH sigue disponible y funcionando igual, con su cliente de siempre. - Copiar y pegar usa el portapapeles del navegador, así que depende de los permisos que le des al sitio. En algunos navegadores hay que autorizarlo la primera vez. - Root real por SSH: el panel es un atajo, no una jaula. Todo lo que hace por botón también lo podés hacer a mano. ## También se lo podés pedir a Claude, ChatGPT o Cursor Todo lo que ves en el panel lo puede hacer tu agente de IA a través del servidor MCP de ArduMaker: con tu autorización, con el alcance que le des y con cada acción auditada. [Ver qué hace el MCP](https://ardumaker.com/mcp/vps/) ## Terminal web: preguntas frecuentes ### ¿Si cierro el navegador pierdo lo que estaba corriendo? No. La sesión de tmux vive dentro del VPS, no en la pestaña: el proceso sigue corriendo y cuando volvés te reenganchás con toda la salida que se generó mientras no estabas. ### ¿Necesito instalar un cliente SSH o generar una clave? No. Se abre desde el panel y funciona igual en Windows, macOS, Linux o una tablet. Si preferís tu cliente de siempre, el acceso por SSH con root sigue estando y no se toca. ### ¿En qué se diferencia de ttyd o Wetty? En que la sesión es persistente por diseño. Las terminales web que montan un shell directo mueren con la conexión: si se corta la red, se corta el proceso. Acá cada terminal es una sesión tmux dentro del VPS, así que la conexión puede caerse sin llevarse el trabajo. ### ¿Qué pasa si reinicio el VPS? Se terminan todas las sesiones, porque tmux no sobrevive a un reinicio. El panel te avisa cuando pasó, en vez de dejarte creer que tu proceso sigue vivo. Para cosas que tienen que sobrevivir a reinicios conviene dejarlas como servicio systemd. ### ¿Cuántas terminales puedo tener abiertas? Hasta 5 por usuario y por VPS, cada una con su nombre. El límite existe para que una pestaña olvidada no deje procesos consumiendo la memoria del plan. ### ¿Puedo abrir una terminal como root? Sí, si sos administrador de la empresa. Los miembros quedan fijos en su propio usuario Linux, que es lo que hace que los permisos signifiquen algo. ### ¿Otros miembros del equipo ven mis terminales? No. Cada miembro ve solo las suyas. El administrador del VPS ve todas, y abrir una queda registrada en el historial con quién fue, con qué usuario y cuándo. ### ¿Funciona en cualquier versión de Ubuntu? Está verificada en producción sobre Ubuntu 22.04 y es compatible con 18.04, 20.04, 24.04 y 26.04. En 16.04 no funciona: systemd 229 no arranca sobre un host con cgroup v2 y queda como PID 1 sin contestar (bug LP #1962332 de Ubuntu). ### ¿Puedo copiar y pegar con el mouse? Sí, como en cualquier página. Usa el portapapeles del navegador, así que puede pedirte permiso la primera vez. ### ¿Es seguro dejarla abierta? La conexión va por WebSocket sobre HTTPS contra el agente del VPS: no hay una clave privada viajando ni un puerto SSH extra abierto a Internet. El acceso depende de tu sesión en el panel y de tu rol en la empresa. ## Servicios que suelen ir juntos Todo corre en el mismo VPS y se maneja desde el mismo panel. - [Servicios y tareas programadas](https://ardumaker.com/servicios/servicios-y-tareas/): Creás servicios systemd para tu app y tareas programadas (tipo cron) con logs, sin escribir systemctl. - [Deploy desde GitHub](https://ardumaker.com/servicios/deploy-github/): Vinculás un repo y cada push a la rama elegida actualiza tu app en el VPS, con scripts de build y reinicio. - [Docker](https://ardumaker.com/servicios/docker/): Activás Docker en un clic y administrás imágenes, contenedores, logs, volúmenes y redes desde el panel. **Tu servidor, desde cualquier navegador** La terminal web viene incluida en cada VPS, sin configurar nada. No es un producto aparte: está en el panel de cualquier VPS de ArduMaker, junto al root real por SSH. [Ver planes](https://ardumaker.com/precios/)