O que é
Toda aplicação instalada abre uma tela de gestão com ações comuns. Elas valem para n8n, Evolution,
Typebot, Chatwoot, Qdrant e Node App: cada uma com as particularidades da sua página.
Ações disponíveis
| Ação | Para quê |
|---|---|
| Iniciar / parar | Controlar o contêiner (application_control) |
| Atualizar | Subir a aplicação para uma versão mais nova (application_update) |
| Logs | Ver os logs do contêiner (application_logs) |
| Variáveis de ambiente | Editar as variáveis de configuração (application_env) |
| SSL | Emitir/renovar o certificado (application_ssl) |
| Vhost | Editar o proxy nginx da aplicação (application_vhost) |
| Backup | Backup da aplicação para o S3 (application_backup) |
| Terminal | Terminal no contexto da aplicação (application_terminal) |
| Banco de dados | Exportar/importar o banco (application_db_*) |
Atualizando com segurança
A atualização é feita pelo painel e segue o mesmo princípio da instalação: você escolhe o número
da versão, não uma tag móvel.
- Faça o backup antes. É a única parte irreversível se algo der errado.
- Clique em Mostrar versão para buscar a estável mais recente.
- Usar essa e depois Atualizar.
O painel recria o contêiner na versão escolhida, mantendo dados e configuração.
Banco de dados
As aplicações que usam banco têm exportação e importação de dump com um clique, na aba
Banco. É o caminho para levar a aplicação para outro servidor.
No n8n isso costuma bastar sozinho: diferente do WordPress, não há arquivos enviados pelo usuário
para carregar junto — os fluxos, credenciais e histórico vivem todos no banco.
Todas as aplicações Docker (n8n, Evolution GO, Typebot, Chatwoot) usam PostgreSQL, não MariaDB.
A aba mostra host, usuário, senha e nome do banco prontos para copiar, com um atalho Abrir
Adminer.
O Adminer não entra logado. Ele abre com o driver MariaDB pré-selecionado — troque para
PostgreSQL antes de colar as credenciais, senão o login falha (parece senha errada, mas é o
driver). O campo de servidor é sempre 127.0.0.1, nunca localhost.
Variáveis de ambiente
A maioria das aplicações Docker é configurada por variáveis de ambiente (env). É onde você
ajusta credenciais, integrações e comportamento. Algumas aplicações têm um modo de
reconfiguração que reaplica as variáveis e sobe o contêiner de novo.
O painel mostra o .env completo da aplicação: porta, credenciais de SMTP, dados do banco e a
chave de criptografia do banco.
Alterar variáveis de ambiente costuma exigir reiniciar o contêiner para valer. Guarde os valores
importantes antes de mudar — em especial a chave de criptografia, sem a qual as credenciais
gravadas no banco não voltam a ser lidas.
Logs
Os logs não são um só. A tela separa por origem, o que encurta muito o diagnóstico:
- Do contêiner da aplicação.
- Do editor e dos task runners, quando a aplicação os tem (caso do n8n).
- Do nginx: acessos e erros do proxy.
O log de acesso do nginx é onde você vê o tráfego suspeito chegando, antes ou depois do fail2ban
agir.
Segurança
As aplicações também têm proteção de fail2ban com jails próprias (ex.: jail de webhook do n8n),
já ativas desde a instalação. Elas pegam o que os bots procuram nesse tipo de aplicação: arquivos
.env, segredos de aplicação e tentativas de shell.
A tela de gestão mostra os bloqueios acontecendo, com a regra que pegou cada um. Ver
Fail2ban.
Backup
O backup da aplicação usa o mesmo destino S3 global (ver
Backup global). Configure o S3 antes de agendar.
Veja também
Em vídeo: Aula 26 · Instalação do n8n a partir de 12:24 · Aula 27 · Gestão do n8n · Aula 31 · Gestão do Typebot · Aula 36 · Testando e restaurando backups