Tutoriais de VPS
Como escolher um painel de controle VPS (2026): comparação entre Baota, aaPanel, 1Panel, CyberPanel e HestiaCP
Um painel de controle VPS não é melhor quanto mais completo. Baota/aaPanel servem para iniciantes que criam sites, o 1Panel é melhor para auto-hospedagem com Docker, o CyberPanel pende para o desempenho do WordPress, o HestiaCP atende hospedagem tradicional e e-mail, e o Cockpit é mais um backend de administração do sistema. Este artigo explica como escolher com base em cenários reais de uso e quais armadilhas de segurança evitar nos painéis.
Muitas pessoas, depois de comprar um VPS, não têm como primeira tarefa instalar um site, mas sim ficar em dúvida sobre instalar ou não um painel de controle.
As situações mais comuns que já vi são:
- Iniciantes instalam o Baota logo de cara, achando que só ficam tranquilos com uma interface gráfica;
- Quem usa Docker instala um painel tradicional e descobre que o painel e os contêineres brigam entre si;
- Quem roda WordPress ouve dizer que o CyberPanel é rápido, mas depois de instalar não sabe como solucionar problemas;
- Quem quer gerenciar logs do sistema e serviços acaba instalando um painel completo de criação de sites, o que só aumenta a superfície exposta;
- A porta padrão do painel fica exposta na internet pública e, alguns dias depois, os logs estão cheios de varreduras.
Por isso este artigo não faz um ranking de "qual painel é o melhor do mundo". A forma correta de escolher um painel de controle VPS é primeiro se perguntar: você na verdade vai criar um site, gerenciar Docker, rodar WordPress ou só quer ver o status do sistema?
| Necessidade | Painel mais adequado | Situação menos adequada |
|---|---|---|
| Criação de sites para iniciantes, LNMP/LAMP, gerenciamento visual | Baota / aaPanel | Você se importa muito com privacidade e mínima superfície exposta |
| Auto-hospedagem com Docker, loja de aplicativos, gerenciamento moderno | 1Panel | Formas tradicionais de hospedagem sem Docker |
| Desempenho do WordPress, OpenLiteSpeed, LSCache | CyberPanel | Você não está familiarizado com a solução de problemas do OpenLiteSpeed |
| Multissite, e-mail, DNS, hospedagem compartilhada tradicional | HestiaCP | Você quer uma loja de aplicativos Docker moderna |
| Apenas status do sistema, serviços, logs | Cockpit | Você precisa de painel de criação de sites, painel de banco de dados, gerenciamento de domínios |
Meu próprio conselho é bem direto:
- Iniciante total criando WordPress: aaPanel ou Baota, o mais rápido para começar;
- Planejando auto-hospedar um monte de aplicativos Docker: olhe primeiro o 1Panel;
- Só quer deixar o WordPress um pouco mais rápido: o CyberPanel vale a tentativa, mas você precisa aceitar a curva de aprendizado;
- Multissite tradicional + e-mail: o HestiaCP é mais estável;
- Você já sabe usar a linha de comando e só quer digitar menos comandos: o Cockpit basta.
O Baota é extremamente comum no meio de VPS em chinês. As vantagens são óbvias:
- Instalação simples;
- Interface em chinês;
- LNMP, LAMP, bancos de dados, certificados e tarefas agendadas têm interface gráfica;
- Iniciantes seguindo tutoriais conseguem, de fato, colocar um site no ar rapidamente.
Usuários de VPS no exterior costumam escolher o aaPanel. Pode ser entendido como a rota internacional, com interface em inglês, mas a lógica é muito parecida com a do Baota. Já escrevemos um tutorial de instalação do Baota/aaPanel no site: Tutorial de instalação do painel Baota (2025)
Mas aqui vai um balde de água fria: quanto mais conveniente o painel, maior a superfície exposta.
Muitas pessoas instalam e deixam a porta padrão aberta para a internet pública, com uma senha não muito complexa. Pior ainda, os grupos de segurança do provedor de nuvem, o firewall e o firewall do painel misturam três camadas de regras, e quando surge um problema você nem sabe onde foi liberado.
Se você usa Baota ou aaPanel, faça pelo menos estas coisas:
# 看看服务器实际监听了哪些端口
ss -lntp
# 看 UFW 状态
ufw status verbose
E depois, no painel:
- Altere a porta padrão;
- Ative um caminho de entrada ou entrada segura do painel;
- Ative a autenticação de dois fatores;
- Libere apenas as portas necessárias;
- Atualize o painel regularmente;
- Não exponha a entrada de gerenciamento de banco de dados sem cuidado.
O maior valor do Baota/aaPanel é "permitir que iniciantes coloquem um site no ar". Mas você não pode presumir que, por ter interface gráfica, ele garante a segurança automaticamente.
Se o seu VPS é usado principalmente para rodar Docker Compose, como n8n, Vaultwarden, Uptime Kuma, Gitea, Dify, Open WebUI e ferramentas semelhantes, então o 1Panel será mais prático do que um painel tradicional de criação de sites.
A abordagem dele não é "vou instalar um ambiente de hospedagem compartilhada tradicional para você", mas sim auto-hospedagem moderna:
- Gerenciamento de aplicativos Docker;
- Sites e proxy reverso;
- Bancos de dados;
- Certificados;
- Firewall;
- Backups;
- Loja de aplicativos.
Esse tipo de painel combina com um tipo de pessoa: você sabe mais ou menos o que é Docker, mas não quer escrever à mão um monte de arquivos compose toda vez.
Por exemplo, se você já leu estes artigos:
- Como configurar VPS Docker Compose para produção (2026)
- Criar fluxos de automação n8n em um VPS (2026)
- Implantar a plataforma de aplicativos de IA Dify em um VPS (2026)
Então o 1Panel é uma escolha bastante natural.
Mas ele também não é uma solução universal. Se você não quer mexer com Docker de jeito nenhum e só quer abrir sites, FTP e e-mail como na hospedagem compartilhada, o 1Panel pode não ser o mais tranquilo.
O maior atrativo do CyberPanel é o OpenLiteSpeed e o LSCache. Ao rodar WordPress, se configurado corretamente, o efeito do cache é realmente bom.
Os cenários em que ele se encaixa são:
- Rodar principalmente WordPress;
- Querer usar OpenLiteSpeed;
- Estar disposto a aprender a forma própria de gerenciamento dele;
- Conseguir ler logs e verificar configurações quando surgem problemas.
Mas não recomendo que um iniciante total parta direto para o CyberPanel só porque viu "rápido".
O motivo é simples: o Nginx tem a maior quantidade de tutoriais, e o Baota/aaPanel tem a maior quantidade de materiais em chinês. Quando o CyberPanel encontra um problema estranho, você precisa conseguir entender a configuração, os logs e as regras de cache do OpenLiteSpeed. Caso contrário, vai descobrir: rápido para instalar, lento para diagnosticar.
Se o seu site é só um blog pequeno comum, o que realmente afeta a velocidade muitas vezes não é o painel, mas:
- A configuração do PHP-FPM ou do servidor web;
- OPcache;
- Redis Object Cache;
- Imagens e recursos estáticos;
- Consultas lentas no banco de dados;
- Plugins pesados demais.
Para essa parte, veja: O que fazer quando o WordPress está lento em um VPS (2026)
O HestiaCP se parece mais com um painel de controle de hospedagem compartilhada tradicional: sites, usuários, DNS, e-mail e bancos de dados são bastante completos.
Ele se encaixa se:
- Você precisa hospedar vários sites pequenos;
- Você precisa de recursos relacionados a e-mail;
- Você gosta da lógica dos painéis de hospedagem tradicionais;
- Você não quer se complicar com uma loja de aplicativos Docker;
- Você valoriza mais estabilidade e clareza do que recursos novos.
Minha impressão do HestiaCP é: sem frescura, mas bastante estável.
As desvantagens também são evidentes: ele não foi projetado para "aplicativos modernos auto-hospedados com Docker". Se você quer instalar com um clique um monte de ferramentas modernas, o 1Panel é mais adequado. Se você só quer gerenciar hospedagem web tradicional, o HestiaCP acaba sendo mais confortável.
O Cockpit costuma ser mencionado junto com os painéis de controle, mas na verdade não é a mesma coisa.
O Cockpit se parece mais com um backend de administração do sistema:
- Ver CPU, memória, disco;
- Ver logs do sistema;
- Gerenciar serviços systemd;
- Ver a rede;
- Gerenciar usuários;
- Fazer algumas operações básicas do sistema.
Ele não é adequado para "abrir sites, abrir bancos de dados, configurar domínios, configurar e-mail".
Se você já sabe escrever configurações do Nginx por conta própria e usar Docker Compose por conta própria, e só quer um backend web para ver o status, então o Cockpit é ótimo. Ele não assume controle de coisas demais como um painel completo de criação de sites.
Mas se você é iniciante e quer concluir todo o processo de criação de sites por meio de um painel, não escolha o Cockpit.
Afeta, mas normalmente não é o maior gargalo.
O painel de controle em si consome um pouco de memória, disco e processos em segundo plano. Para uma instância pequena de 1 núcleo e 1 GB, instalar um painel completo pode ficar um pouco apertado; para um VPS de 2 núcleos e 2 GB ou mais, a criação de sites normal não gera muita pressão.
Eu costumo ver assim:
| Configuração do VPS | Recomendação de painel |
|---|---|
| 1 núcleo 1 GB | Evite instalar um painel pesado; use a linha de comando se puder |
| 1 núcleo 2 GB | aaPanel / 1Panel com uso leve é viável |
| 2 núcleos 2 GB | A maioria dos painéis é suficiente |
| 2 núcleos 4 GB | WordPress + painel + banco de dados é mais confortável |
| 4 GB ou mais | O consumo do painel normalmente não é o problema principal |
O que realmente costuma deixar um site lento muitas vezes não é a interface do painel em si, mas a quantidade de serviços que você instala por meio dele: banco de dados, cache, monitoramento, FTP, e-mail, firewall, plugins de estatísticas, todos rodando de forma permanente.
Por isso, depois de instalar o painel, recomenda-se verificar:
free -h
systemctl --type=service --state=running
ss -lntp
Você precisa saber o que está realmente rodando em segundo plano.
O maior risco de um painel de controle não é "o painel ser definitivamente inseguro", mas o fato de muitas pessoas instalarem e depois ignorarem completamente.
As portas padrão são fáceis demais de escanear. Altere se puder, restrinja por IP se puder.
Depois que a conta do painel é atacada por força bruta, o atacante basicamente obtém os direitos de administração do servidor. Ative o 2FA se puder.
O painel de controle é um software de altos privilégios; as atualizações não podem demorar demais.
Não coloque ferramentas como phpMyAdmin e Adminer na internet pública sem cuidado. Pelo menos adicione restrições de acesso.
Grupos de segurança do provedor de nuvem, firewall do sistema e firewall do painel: três conjuntos de regras alterados ao mesmo tempo fazem com que seja fácil até você mesmo perder a conta.
Se o disco do VPS falhar ou a máquina for excluída, os backups locais também se perdem. Sincronize pelo menos os sites importantes com armazenamento de objetos ou outra máquina.
Um painel não é um cofre. Você ainda precisa olhar os logs de login, os logs do Nginx e os logs do sistema.
Se você já suspeita de uma invasão, pode ver primeiro: Lista de ação nas 24 horas após uma invasão de VPS
Se fosse para meu próprio uso, eu mais ou menos dividiria assim:
- Para um iniciante total criando WordPress: aaPanel, mais materiais, rápido para começar;
- Para usuários da China continental criando sites rapidamente: Baota, mas é obrigatório alterar a porta, ativar a entrada segura e o 2FA;
- Para projetos de auto-hospedagem com Docker: 1Panel;
- Para quem gosta de mexer no desempenho do WordPress: CyberPanel;
- Para usuários tradicionais de multissite e e-mail: HestiaCP;
- Para pessoas com fluência em linha de comando que veem o status do sistema: Cockpit.
Um painel de controle não é item obrigatório em um VPS. O valor dele é ajudar você a digitar menos comandos, memorizar menos configurações e entrar no ar rápido.
Mas se um painel deixa você sem saber o que está realmente rodando no servidor, quais portas estão abertas e onde estão os backups, então ele não reduz a complexidade: ele a esconde.
Por fim, uma regra simples:
Iniciantes que querem rapidez, usem aaPanel/Baota; usuários de Docker, olhem o 1Panel; entusiastas de desempenho do WordPress, olhem o CyberPanel; hospedagem tradicional, olhem o HestiaCP; só para status do sistema, usem o Cockpit. Não instale um painel que você não consegue controlar só por causa de "mais recursos".