# Um terminal no navegador que não fecha sozinho

Cada terminal é uma sessão tmux que vive dentro do seu VPS, não no navegador. Se a sua internet cair, você fechar a aba ou o notebook desligar, o processo que estava rodando continua lá e você se reconecta exatamente onde parou. É a diferença entre um cliente SSH web e um terminal de verdade: nada o fecha sozinho, só você.

URL: https://ardumaker.com/pt/servicios/terminal-web/

- Sessões persistentes
- Abas com nome
- Sem instalar nada

## É assim no painel

Capturas reais do painel da ArduMaker, não mockups.

![Terminal web: Terminal no navegador](https://ardumaker.com/screenshots/servicios/terminal-web-1.jpg)
**Terminal no navegador**. Um terminal real sobre tmux, com várias abas.

## Um terminal a um clique

Pelo Apps você abre um terminal do servidor no navegador, com o usuário Linux que escolher.

- Você escolhe com qual usuário Linux a sessão entra.
- Abre direto pelo cartão, sem configurar um cliente SSH nem distribuir chaves.
- Cada sessão fica como mais um app: reabra ou feche quando quiser.
- Serve para ver um log, reiniciar algo ou testar uma conexão de dentro do servidor.

## Antes de instalar

### Use quando

- Você precisa rodar um comando no servidor e não tem um cliente SSH à mão.
- Você quer dar a alguém da equipe acesso a uma sessão com um usuário Linux específico, sem distribuir chaves SSH.
- Você quer ver um log, reiniciar algo ou testar uma conexão de dentro do VPS.

### Não é o indicado se

- Você vai transferir arquivos grandes ou trabalhar horas com seu editor: para isso convém SSH.
- Você quer que algo fique sempre rodando: isso é um serviço ou uma tarefa agendada, não um terminal aberto.

### Como testar que ficou funcionando

1. **Abra e veja quem você é**: whoami mostra o usuário Linux com que você entrou e pwd a sua pasta.
2. **Veja o estado do servidor**: uptime, df -h e free -h mostram carga, disco e memória.
3. **Teste a rede de dentro**: curl -I https://ardumaker.com confirma que o servidor sai para a internet.

### Dicas

- Cada terminal entra como o usuário Linux que você escolher: use um sem privilégios para o trabalho diário.
- Para um processo longo use um serviço ou uma tarefa agendada: um terminal aberto não é o lugar.
- Se precisar de SSH de verdade, ele é aberto em Portas por tempo limitado.

## SSH sem cliente, e sem medo de perder o trabalho

Para aquele build longo, aquela migração ou aquele log que você quer deixar acompanhando.

- **Persistente de verdade**: A sessão vive no VPS, não na aba. Ela sobrevive a quedas de conexão, ao fechamento do navegador, a reinícios do backend e a atualizações do agente.
- **Volte quando quiser**: Você se reconecta à mesma sessão quantas vezes quiser, de outro computador ou do celular. O scrollback continua lá.
- **Abas com nome**: Até 5 terminais por usuário e por VPS, cada um com o seu nome: um para logs, outro para o banco, outro para o deploy.
- **Escolha o usuário Linux**: Os administradores escolhem com qual usuário abrir o terminal, root incluído. Cada um entra com as permissões que lhe cabem.
- **Aviso de reinício**: O tmux não sobrevive a um reinício do VPS. Se um reinício levar um terminal embora, o painel avisa em vez de deixar você achar que o processo continua rodando.
- **Confortável de usar**: bash com prompt colorido, autocompletar com Tab, histórico, e copiar e colar com o mouse como em qualquer página web.
- **Privado por membro**: Cada membro da Empresa vê só os seus terminais. O administrador vê todos os do VPS.
- **Sem instalar nada**: Não precisa de cliente SSH, nem gerar uma chave, nem configurar o PuTTY. Abre pelo painel e funciona igual no Windows, macOS, Linux ou num tablet.
- **Não substitui o SSH clássico**: O acesso por SSH com root continua lá e não é mexido. O terminal web é um atalho, não um substituto nem uma jaula.
- **Fica registrado**: Abrir um terminal fica no histórico do VPS: quem abriu, com qual usuário e quando.

## Como se abre

1. **Abra o VPS no painel**: E entre na aba de terminal. Não há nada para instalar nem nenhuma chave para gerar.
2. **Crie um terminal**: Você dá um nome e escolhe o usuário Linux. Se for administrador, pode abri-lo direto como root.
3. **Trabalhe normalmente**: É um bash real dentro do seu VPS: apt, docker, psql, journalctl, o que precisar. Copiar e colar funcionam com o mouse.
4. **Deixe algo rodando e feche**: Um build longo, uma migração, um tail -f. Você pode fechar o navegador: o processo continua.
5. **Volte e reconecte**: Você abre o mesmo terminal e continua de onde estava, com a saída que foi gerada enquanto você não estava.

## Como funciona por baixo, e o que ele não faz

O que vale a pena saber antes de começar, sem letras miúdas.

- Cada terminal é uma sessão tmux dentro do VPS. O que persiste é essa sessão, não uma conexão aberta: por isso ela sobrevive à queda da sua rede ou do navegador.
- O painel se conecta por WebSocket contra o agente do VPS, que faz a ponte com o tmux. Não há um cliente SSH no navegador nem uma chave privada trafegando.
- Precisa de systemd rodando dentro do VPS e de uma base Debian ou Ubuntu. Está verificado em produção no Ubuntu 22.04 e é compatível com 18.04, 20.04, 24.04 e 26.04.
- No Ubuntu 16.04 não funciona, e não é algo que vamos consertar: o systemd 229 não sobe num host com cgroup v2 —que é como estão todos os hosts pais— e fica como PID 1 sem responder. É o bug LP #1962332 do Ubuntu.
- No máximo 5 terminais por usuário e por VPS. O limite existe para que uma aba esquecida não deixe processos pendurados consumindo memória do plano.
- Os membros da Empresa ficam fixos no seu próprio usuário Linux. Escolher usuário, root incluído, é coisa de administradores.
- Reiniciar o VPS encerra todas as sessões do tmux. Se você tinha algo longo rodando, isso se perde: para esses casos vale deixar como serviço systemd ou como tarefa agendada.
- Não substitui o acesso por SSH: o root por SSH continua disponível e funcionando igual, com o seu cliente de sempre.
- Copiar e colar usa a área de transferência do navegador, então depende das permissões que você der ao site. Em alguns navegadores é preciso autorizar na primeira vez.
- Root real por SSH: o painel é um atalho, não uma jaula. Tudo o que ele faz com um botão você também pode fazer à mão.

## Você também pode pedir ao Claude, ChatGPT ou Cursor

Tudo o que você vê no painel o seu agente de IA pode fazer pelo servidor MCP da ArduMaker: com a sua autorização, com o alcance que você der e com cada ação auditada. [Ver o que o MCP faz](https://ardumaker.com/pt/mcp/vps/)

## Terminal web: perguntas frequentes

### Se eu fechar o navegador, perco o que estava rodando?

Não. A sessão do tmux vive dentro do VPS, não na aba: o processo continua rodando e quando você volta se reconecta com toda a saída que foi gerada enquanto você não estava.

### Preciso instalar um cliente SSH ou gerar uma chave?

Não. Abre pelo painel e funciona igual no Windows, macOS, Linux ou num tablet. Se você preferir o seu cliente de sempre, o acesso por SSH com root continua lá e não é mexido.

### Qual a diferença para o ttyd ou o Wetty?

A sessão aqui é persistente por design. Os terminais web que sobem um shell direto morrem com a conexão: se a rede cai, o processo cai junto. Aqui cada terminal é uma sessão tmux dentro do VPS, então a conexão pode cair sem levar o trabalho embora.

### O que acontece se eu reiniciar o VPS?

Todas as sessões terminam, porque o tmux não sobrevive a um reinício. O painel avisa quando isso aconteceu, em vez de deixar você achar que o seu processo continua vivo. Para coisas que precisam sobreviver a reinícios, vale deixá-las como serviço systemd.

### Quantos terminais posso ter abertos?

Até 5 por usuário e por VPS, cada um com o seu nome. O limite existe para que uma aba esquecida não deixe processos consumindo a memória do plano.

### Posso abrir um terminal como root?

Pode, se você for administrador da Empresa. Os membros ficam fixos no seu próprio usuário Linux, que é o que faz as permissões significarem alguma coisa.

### Outros membros do time veem os meus terminais?

Não. Cada membro vê só os seus. O administrador do VPS vê todos, e abrir um fica registrado no histórico com quem foi, com qual usuário e quando.

### Funciona em qualquer versão do Ubuntu?

Está verificado em produção no Ubuntu 22.04 e é compatível com 18.04, 20.04, 24.04 e 26.04. No 16.04 não funciona: o systemd 229 não sobe num host com cgroup v2 e fica como PID 1 sem responder (bug LP #1962332 do Ubuntu).

### Dá para copiar e colar com o mouse?

Dá, como em qualquer página. Ele usa a área de transferência do navegador, então pode pedir permissão na primeira vez.

### É seguro deixar aberto?

A conexão vai por WebSocket sobre HTTPS contra o agente do VPS: não há uma chave privada trafegando nem uma porta SSH extra aberta para a internet. O acesso depende da sua sessão no painel e do seu papel na Empresa.

## Serviços que costumam andar juntos

Tudo roda no mesmo VPS e é gerenciado pelo mesmo painel.

- [Serviços e tarefas agendadas](https://ardumaker.com/pt/servicios/servicios-y-tareas/): Crie serviços systemd para o seu app e tarefas agendadas (tipo cron) com logs, sem escrever systemctl.
- [Deploy do GitHub](https://ardumaker.com/pt/servicios/deploy-github/): Vincule um repo e cada push na branch escolhida atualiza o seu app no VPS, com scripts de build e reinício.
- [Docker](https://ardumaker.com/pt/servicios/docker/): Ative o Docker em um clique e gerencie imagens, contêineres, logs, volumes e redes pelo painel.

**O seu servidor, de qualquer navegador** O terminal web vem incluído em cada VPS, sem configurar nada. Não é um produto à parte: está no painel de qualquer VPS da ArduMaker, junto com o root real por SSH. [Ver planos](https://ardumaker.com/pt/precios/)
