Logs e auditoria de acessos no servidor

Os logs respondem a três perguntas: o que quebrou, quem entrou no servidor e o que fez lá. A resposta só existe se os logs estiverem ativados, forem guardados por tempo suficiente e não ficarem apenas no mesmo servidor que pode ter sido invadido. Veja onde encontrá-los no Linux, quais comandos mostram os acessos, como configurar a rotação e o que fazer com antecedência para ter o que analisar depois de um incidente.

Atualizado 07.11.2026 · Encontre um VPS sob medida →

No Linux com systemd, dois sistemas gravam logs. O serviço journald, do systemd, reúne as mensagens de todos os serviços, do kernel e dos logins num journal binário. O rsyslog, se estiver instalado, distribui essas mesmas mensagens em arquivos de texto em /var/log. O servidor web, o banco de dados e o Docker mantêm logs próprios. Saber onde fica cada coisa é preciso antes do incidente, não durante.

Onde ficam os logs

  • journald. Lido com o comando journalctl. O journal é gravado em disco se existir o diretório /var/log/journal; caso contrário, fica só na memória e some na reinicialização (journald.conf, parâmetro Storage=auto). Confira isso num servidor novo: ls /var/log/journal. Se o diretório não existir, crie-o e reinicie o serviço: systemctl restart systemd-journald.
  • Arquivos do sistema. No Ubuntu, logins e sudo vão para /var/log/auth.log, e as mensagens gerais para /var/log/syslog. No AlmaLinux e no Rocky Linux, são /var/log/secure e /var/log/messages. No Debian 12 e posteriores, o rsyslog não é instalado por padrão, e tudo fica só no journald.
  • Servidor web. O nginx grava em /var/log/nginx/access.log e error.log; o Apache, em /var/log/apache2/ no Debian e no Ubuntu ou em /var/log/httpd/ no AlmaLinux. O log de acesso mostra cada requisição: endereço, hora, caminho, código de resposta, tamanho e navegador. Os campos são definidos pela diretiva log_format; se o site está atrás de uma CDN, configure a passagem do endereço real do visitante, senão o log terá só os endereços da CDN (mais no artigo CDN: quando um site precisa de uma).
  • Aplicações e Docker. Os bancos de dados gravam nos próprios diretórios em /var/log, e os contêineres em arquivos do Docker, lidos com o comando docker logs.

Alguns comandos do journalctl que resolvem a maioria dos casos: journalctl -u nginx --since "1 hour ago" mostra as mensagens de um serviço na última hora; journalctl -p err -b, os erros desde a última inicialização; journalctl -f, o fluxo de mensagens novas; journalctl --disk-usage, quanto espaço o journal ocupa.

Quem entrou no servidor

Cada login por SSH deixa um registro com o nome do usuário, o endereço e o método de autenticação: chave ou senha. Os logins bem-sucedidos podem ser vistos assim:

  • no journald: journalctl -u ssh --since today | grep Accepted (no AlmaLinux o serviço se chama sshd);
  • no arquivo: grep Accepted /var/log/auth.log ou /var/log/secure;
  • em resumo: o comando last mostra logins e reinicializações, e o lastb, as tentativas que falharam.

No Debian 13, os comandos last, lastb e lastlog não existem mais: os arquivos antigos que eles usam não conseguem guardar datas depois de 2038. No lugar deles vêm os pacotes wtmpdb e lastlog2 (notas de lançamento do Debian 13). Os registros Accepted no journal continuam em qualquer versão.

O que verificar. Logins de endereços desconhecidos e em horários incomuns. Logins por senha, se você configurou acesso só por chave: isso significa que a configuração não foi aplicada. Comandos via sudo: no auth.log e no journald consta, para cada um, quem executou o quê. Chaves novas em ~/.ssh/authorized_keys e usuários novos em /etc/passwd: são adicionados para voltar ao servidor depois. Se você precisa de uma auditoria detalhada de alterações em arquivos e de comandos, o Linux tem o subsistema de auditoria auditd, mas as regras dele exigem configuração própria e espaço em disco.

fail2ban: o que ele oferece além do SSH

O fail2ban lê os logs e bloqueia temporariamente os endereços que erram o login repetidas vezes. A instalação e a proteção do SSH estão descritas no artigo Primeiros 10 passos depois de comprar uma VPS. Por padrão, o endereço é bloqueado por 10 minutos depois de 5 erros em 10 minutos (jail.conf). O que vale acrescentar:

  • Bloqueios longos para reincidentes. A regra recidive lê o log do próprio fail2ban e bloqueia por uma semana o endereço que foi pego várias vezes em um dia. O parâmetro bantime.increment = true dobra o prazo a cada novo bloqueio.
  • Regras para o servidor web. As regras prontas nginx-http-auth, nginx-limit-req e nginx-botsearch reagem a erros de senha em páginas protegidas, ao excesso do limite de requisições e à varredura de endereços inexistentes.
  • Os seus endereços nas exceções. O parâmetro ignoreip com o IP fixo do escritório evita que você bloqueie a si mesmo.

O fail2ban não protege contra ataques distribuídos a partir de milhares de endereços e não substitui o login por chave. A maior utilidade dele para a auditoria é um log mais curto: ficam os eventos que importam, e não dezenas de milhares de tentativas idênticas de adivinhar a senha. A lista de endereços bloqueados aparece com fail2ban-client status sshd.

Rotação e espaço em disco

Os logs crescem sem parar, e nas VPS baratas o disco é pequeno. Pelo catálogo da accsly.io em novembro de 2026, a mediana do disco nos planos de VPS com 1 GB de memória é de 20 GB, e 9% dos planos de VPS têm disco de 20 GB ou menos. O log de acesso de um site movimentado ou um contêiner que grava um erro em loop enchem um disco desses em poucos dias, e então param o banco de dados e o próprio site.

  • O journald ocupa por padrão no máximo 10% do sistema de arquivos e no máximo 4 GB. Um limite próprio é definido pelo parâmetro SystemMaxUse= em /etc/systemd/journald.conf, e o prazo de retenção, pelo MaxRetentionSec=, que vem desativado. Para liberar espaço uma vez: journalctl --vacuum-size=500M ou --vacuum-time=30d.
  • Os arquivos de texto são rotacionados pelo logrotate conforme as regras de /etc/logrotate.d/. No Ubuntu 24.04, os logs do sistema são rotacionados uma vez por semana e guardam 4 arquivos antigos, ou seja, cerca de um mês. Os logs do nginx do pacote do AlmaLinux 9, uma vez por dia, com 10 arquivos antigos. Os parâmetros rotate, daily ou weekly, compress e maxsize mudam o prazo, a compressão e a rotação por tamanho. O modo copytruncate serve para programas que não sabem reabrir o arquivo, mas, segundo a documentação, pode perder linhas. Para testar uma regra sem alterar nada: logrotate -d /etc/logrotate.d/nginx.
  • O Docker grava por padrão os logs dos contêineres sem limite de tamanho (driver json-file). Defina max-size e max-file em /etc/docker/daemon.json e recrie os contêineres: as configurações só valem para os novos. Mais no artigo Docker em VPS: por onde começar.

Para descobrir o que ocupou o disco: df -h mostra a partição cheia, e du -xh /var/log | sort -h | tail, os maiores diretórios. Não apague um arquivo de log que um serviço mantém aberto: o espaço só será liberado quando o serviço for reiniciado. Esvazie-o com truncate -s 0. O aviso de disco cheio deve chegar antes: veja o artigo Monitoramento de servidor: uptime, carga e alertas.

Como guardar os logs para investigar um incidente

Se o servidor foi invadido, a primeira coisa que o invasor com acesso root faz é editar ou apagar os logs. Por isso, uma cópia que sai do servidor na hora vale mais do que qualquer configuração de retenção no próprio servidor.

  1. Envie os logs para outro servidor. O rsyslog consegue encaminhar mensagens pela rede, e o journald tem para isso o serviço systemd-journal-upload. O servidor receptor pode ser uma VPS barata à parte com um disco maior ou um sistema de coleta de logs como Loki, Graylog ou OpenSearch; os planos para ele estão na seleção VPS para Elasticsearch.
  2. Decida quanto tempo guardar. Para investigar a maioria dos incidentes, são precisos logs de 30 a 90 dias: muitas vezes a invasão é descoberta semanas depois de acontecer. No próprio servidor bastam uma ou duas semanas; o resto fica no servidor de coleta ou em arquivo.
  3. Sincronize o relógio. Sem a hora exata não dá para cruzar eventos de servidores diferentes. Confira com timedatectl: a linha «System clock synchronized» deve mostrar yes.
  4. Não guarde nos logs o que não é preciso. Senhas, tokens e números completos de cartão não devem ir para o log. Endereços IP e logins de usuários podem ser dados pessoais pela LGPD e pelo RGPD, por isso o prazo de retenção deve constar da política de tratamento de dados; mais no artigo GDPR e a escolha de hospedagem.
  5. No incidente, primeiro preserve, depois conserte. Copie os logs e faça um snapshot do disco no provedor antes de reinstalar o sistema. Como funcionam snapshots e backups está no artigo Backups de VPS: estratégias e ferramentas.

Se os logs servem não só para investigar, mas também para alertas, como um pico de erros 500 ou um login como root, eles são coletados junto com as métricas num servidor de monitoramento à parte. Planos para essa tarefa estão na seleção VPS para monitoramento.

Perguntas frequentes

Onde vejo quem entrou no servidor por SSH?

Com o comando journalctl -u ssh (no AlmaLinux, -u sshd) filtrando pela palavra Accepted, ou no arquivo /var/log/auth.log; no AlmaLinux, /var/log/secure. O resumo dos logins aparece com o comando last, e no Debian 13, com o wtmpdb.

Por que o Debian 12 não tem o arquivo /var/log/auth.log?

No Debian 12 e posteriores, o rsyslog não é instalado por padrão, e todas as mensagens, inclusive os logins, ficam só no journald. Leia-as com o journalctl ou instale o rsyslog, se precisar de arquivos de texto.

Quanto espaço os logs podem ocupar?

O journald usa por padrão até 10% do sistema de arquivos, no máximo 4 GB. Os logs do servidor web e do Docker sem rotação só são limitados pelo tamanho do disco, por isso precisam de regras do logrotate e dos parâmetros max-size e max-file.

Posso simplesmente apagar um arquivo de log grande?

Se o serviço mantém o arquivo aberto, o espaço só será liberado depois que ele for reiniciado. É mais seguro esvaziar o arquivo com truncate -s 0 e configurar a rotação para que a situação não se repita.

Por quanto tempo guardar os logs?

Para investigar incidentes, normalmente bastam de 30 a 90 dias, e no próprio servidor, uma ou duas semanas. Logs com endereços IP e logins podem conter dados pessoais pela LGPD e pelo RGPD, por isso é melhor fixar o prazo de retenção na política de tratamento de dados.

O fail2ban protege contra invasões?

Ele bloqueia endereços que erram o login com frequência e reduz o log aos eventos que importam. Contra ataques distribuídos e contra o login com uma chave roubada ele não protege, por isso é preciso login só por chave e atualizações em dia.

Mais no guia

  • Hospedagem para site de empresa e e-mail no domínioO site de uma empresa raramente tem muito tráfego, mas vem acompanhado do e-mail dos funcionários no domínio, de formulários de contato com dados pessoais e de uma contabilidade que precisa de fatura e nota fiscal. A hospedagem compartilhada resolve tudo isso num só plano, se você conferir antes os limites de e-mail, configurar SPF, DKIM e DMARC e escolher um provedor que trabalhe com empresas. Abaixo está o que observar e quanto isso custa.
  • Hospedagem para landing page e site institucionalUma landing page ou um site institucional não precisa de servidor potente nem de VPS: basta o plano mais simples de hospedagem compartilhada, por poucos dólares por mês. Importa mais outra coisa: que o plano tenha SSL gratuito, que o domínio continue seu e que a página abra rápido no celular. Abaixo está como escolher o plano, o que conferir nele e quanto ele custa.
  • Como escolher hospedagem para uma loja virtualPara uma loja pequena em WooCommerce, OpenCart ou 1C-Bitrix, um bom plano de hospedagem compartilhada basta. Mas as exigências são mais rígidas que as de um site institucional: versões recentes de PHP e do banco de dados, HTTPS em todas as páginas, folga nos limites para as liquidações e backups dos quais dá para recuperar os pedidos rapidamente. Abaixo está o que conferir no plano, quanto ele custa e quando é hora de migrar para uma VPS.
  • Banco de dados numa VPS: PostgreSQL ou MySQLUm banco de dados quase sempre esbarra não no processador, mas na memória e no disco. Se o conjunto de dados em uso cabe no cache, as consultas são rápidas mesmo num servidor barato; se não cabe, quem decide tudo é a velocidade do disco. Veja como escolher entre PostgreSQL e MySQL, quanta memória dar ao banco, que disco contratar e como não perder dados.
  • Armazenamento de arquivos numa VPS: discos e armazenamento de objetosOs arquivos de um projeto (uploads de usuários, fotos de produtos, vídeos, documentos, arquivos compactados) crescem mais rápido que o banco de dados e o código. Eles podem ficar no disco do servidor, num volume separado ou num armazenamento de objetos, e dessa escolha dependem o preço do terabyte, a velocidade e o que acontece com os arquivos quando você troca de servidor. Veja as opções e os preços pelo catálogo da accsly.io.
  • Como sair de um provedor sem perdasOs motivos para deixar um provedor variam: os preços subiram, o servidor ficou lento, o suporte não responde, é preciso outro país. Numa mudança dá para perder dados, e-mails, o domínio e o dinheiro dos meses já pagos. Veja uma ordem de passos em que o servidor antigo e o novo funcionam em paralelo por um tempo e desligar o antigo não quebra nada.
  • CI/CD na sua própria VPSUm servidor próprio para builds compensa quando os minutos da nuvem não bastam, os builds são lentos ou é preciso acessar recursos internos. Mas o runner executa qualquer código do repositório, e um erro na configuração dele abre o acesso ao servidor de produção e a todos os segredos. Veja como funcionam os runners do GitLab e do GitHub, de quantos recursos eles precisam, como fazer deploy por SSH e onde guardar as chaves.
  • VPS para desenvolvedores: ambientes de testeO ambiente de testes existe para que o erro seja encontrado por você, e não pelos clientes. Ele deve ser parecido com a produção em software e configurações, mas pode ter metade dos recursos e durar poucos dias. Veja como deixar o ambiente barato, como manter várias versões num mesmo servidor e como evitar que a cópia do site apareça nos buscadores ou mande e-mails para clientes de verdade.
  • Distribuições Linux para servidor: Ubuntu, Debian, AlmaLinuxPara um servidor, a escolha costuma ficar entre três distribuições gratuitas: Ubuntu, Debian e AlmaLinux. As três são estáveis e servem para um site ou um bot; diferem no prazo de suporte, nos pacotes e em quais painéis e programas rodam oficialmente nelas. Pelo catálogo da accsly.io (novembro de 2026), as três imagens estão disponíveis em 631 dos 1.241 provedores cuja lista de templates é conhecida.
  • Teste de carga do site antes do lançamentoO teste de carga responde quantos visitantes o site aguenta no servidor escolhido e o que quebra primeiro. Ele é feito no seu próprio servidor e só nele: o gerador de carga roda em outra máquina, o provedor é avisado e os serviços externos são substituídos por stubs. Veja quais números acompanhar, com quais programas obtê-los e como usá-los para escolher o plano.
  • Atualização do servidor sem tempo fora do arUm servidor não pode ficar sem atualizações, mas cada atualização traz o risco de derrubar o site. Esse risco se controla com processo: as pequenas correções de segurança são instaladas automaticamente, as grandes mudanças seguem um plano com snapshot, verificação e rollback pronto, e as reinicializações ficam concentradas na janela de manutenção. Veja como organizar isso numa única VPS.
  • CDN: quando um site precisa de umaA CDN guarda cópias dos arquivos do site em servidores pelo mundo todo e as entrega ao visitante a partir do mais próximo. Isso acelera o carregamento de imagens, scripts e vídeos e tira carga do seu servidor, mas não torna mais rápido um CMS lento nem substitui a escolha certa do país do servidor. Veja em quais casos a CDN é realmente necessária e quando basta uma única VPS no lugar certo.
  • Domínios e DNS para quem tem servidorO servidor pode ser trocado em uma noite, mas o domínio fica com o projeto por anos. Pelo DNS, o domínio aponta para o servidor, o e-mail e serviços de terceiros, e um único registro errado derruba o site ou manda as mensagens para o spam. Veja os registros de que o dono de uma VPS vai precisar, como funciona o cache, onde manter a zona e como migrar para um servidor novo sem que os visitantes percebam.
  • Certificados SSL: gratuitos e pagosUm certificado gratuito criptografa a conexão com a mesma segurança que um pago: o navegador não os diferencia pelo nível de proteção. A diferença está no que a autoridade certificadora verifica, em quanto tempo o certificado vale e em quem cuida da renovação. Segundo o catálogo da accsly.io (novembro de 2026), o SSL gratuito aparece de forma explícita em 1.449 planos de hospedagem compartilhada de 178 provedores. Veja quando isso basta e quando vale a pena comprar um certificado.
  • 152-FZ e hospedagem: onde guardar os dadosSe um site ou serviço coleta dados pessoais de cidadãos da Rússia, o registro e a guarda desses dados devem ser feitos em bancos de dados no território russo: é o que diz a parte 5 do artigo 18 da Lei Federal nº 152-FZ. Para a escolha de uma VPS, isso significa que importa o país do data center, não o do provedor, e que cópias no exterior já seguem regras próprias. Veja o que a lei exige, que obrigações recaem sobre o dono do servidor e quais esquemas se usam na prática.
  • GDPR e a escolha de hospedagemO Regulamento Geral sobre a Proteção de Dados da UE (GDPR, ou RGPD) não exige manter os dados na União Europeia, mas exige um contrato de tratamento de dados com o provedor e que a saída dos dados da UE siga um dos mecanismos legais. Segundo o catálogo da accsly.io (novembro de 2026), 61% dos provedores de VPS têm servidores na UE, mas quase metade deles está registrada fora do Espaço Econômico Europeu. Veja por que isso importa e o que conferir nas condições.
  • Jurisdição do provedor: o que ela defineTodo servidor tem dois países: aquele onde fica o data center e aquele onde está registrada a empresa que o aluga. Segundo o catálogo da accsly.io (novembro de 2026), em 15% dos provedores de VPS esses países são diferentes. Do primeiro dependem o ping e as exigências sobre onde guardar os dados; do segundo, a lei do contrato, o foro para disputas, os documentos para a contabilidade e quais autoridades podem pedir os dados. Veja o que cada um muda.
  • Como comparar preços de VPS: o preço por unidade de recursoO preço do plano responde à pergunta «quanto vou pagar», mas não a «quanto recebo por esse dinheiro». Segundo o catálogo da accsly.io (novembro de 2026), o gigabyte de memória num plano de 1 GB custa, na mediana, US$ 8,00 por mês, e num plano de 4 GB, US$ 5,00. Veja como calcular o preço por vCPU, por gigabyte de memória e de disco, e o que colocar na mesma base antes de comparar duas ofertas.
  • SLA e uptime: o que os provedores prometemUm SLA de 99,9% permite ao provedor 43 minutos de indisponibilidade por mês; um de 99,99%, cerca de quatro. Mas o percentual da propaganda ainda não é um compromisso: compromisso é o documento que diz o que conta como indisponibilidade, o que fica de fora e quanto você recebe de volta. Quase sempre é um desconto na próxima fatura, não dinheiro. Veja como ler esses documentos e como medir a disponibilidade por conta própria.
  • Período de teste e reembolsoHá duas formas de testar um servidor antes de pagar um mês ou um ano: um período de teste gratuito ou uma garantia de reembolso. Segundo o catálogo da accsly.io (novembro de 2026), 11% dos provedores de VPS oferecem teste, e 36% oferecem garantia de reembolso. Mas em muitos deles as condições valem só para hospedagem, só para o primeiro pedido ou só para pagamento com cartão. Veja o que conferir para que a garantia funcione de verdade.
  • Servidor em nuvem ou VPSUm servidor em nuvem e uma VPS costumam ser a mesma máquina virtual em KVM. A diferença está no que vem em volta: a nuvem vende recursos por hora via API e oferece discos em rede, snapshots e serviços prontos, enquanto a VPS clássica é um plano fixo por mês, com disco local e um pacote de tráfego. Veja do que você realmente precisa e quanto isso custa.
  • Servidor dedicado ou VPSUma VPS é uma parte de um servidor físico; um servidor dedicado é a máquina inteira. Com 4 núcleos e 8–16 GB de memória, a VPS custa quase a metade; com 4 núcleos e 32 GB, os preços se igualam; e com 64 GB em 8 núcleos ou 128 GB em 16 núcleos, o servidor dedicado sai um terço mais barato que o virtual no catálogo. Veja o que muda além do preço: vizinhos, garantias, prazos, falhas de hardware e gerenciamento remoto.
  • Hospedagem ou VPS para um siteA hospedagem compartilhada é um espaço pronto para o site, em que quem cuida do servidor é o provedor. A VPS é um servidor seu, em que você configura tudo. Para uma landing page e um site comum em WordPress, a hospedagem basta e custa várias vezes menos. A VPS é necessária quando os limites da conta não dão conta do site ou quando ele precisa de um programa que a hospedagem não permite. Abaixo está o que cada opção inclui, quanto custa e uma tabela para escolher.
  • Proteção contra DDoS: o que os provedores realmente oferecemHoje, metade dos provedores coloca «proteção contra DDoS» na descrição dos planos. Por trás dessa linha pode haver filtragem de vários terabits ou apenas o direito de desligar o seu endereço quando um ataque atrapalha os vizinhos. Vamos ver do que a proteção é feita, como os níveis L3/L4 e L7 se diferenciam e como entender pelo contrato o que você está comprando.
  • Servidor de e-mail em VPS: SPF, DKIM, DMARCInstalar o Postfix ou um pacote pronto como o Mailcow numa VPS leva uma hora. Fazer as mensagens chegarem à caixa de entrada, e não ao spam, é mais difícil: os serviços de e-mail olham a porta, o endereço do servidor, a reputação dele e três registros DNS. Vamos ver o que conferir no provedor antes da compra e como configurar SPF, DKIM e DMARC.
  • Monitoramento de servidor: uptime, carga e alertasSem monitoramento, você fica sabendo que o servidor caiu pelos visitantes, e que o disco está acabando quando o banco de dados para de gravar. Bastam algumas verificações de fora e uma dezena de métricas de dentro para ver o problema antes dos usuários. Vamos ver o que medir, onde colocar as verificações e como fazer isso de graça.
  • Como ler os planos de hospedagem: limites ocultosO card do plano mostra núcleos, memória, disco e preço mensal. Mas dois planos com os mesmos números podem custar valores diferentes já depois de um ano e se comportar de forma diferente sob carga. A diferença está nas condições escritas em letra miúda, nas regras de uso ou só no contrato. Abaixo estão oito pontos que vale conferir antes de pagar.
  • IPv4 e IPv6 no servidorUma VPS comum tem um endereço IPv4 público e, se o provedor oferece suporte, uma sub-rede IPv6. Um IPv4 adicional quase sempre custa dinheiro, e os planos mais baratos às vezes nem vêm com IPv4 próprio. Vamos ver de onde vem essa escassez, o que dá para fazer só com IPv6 e quais configurações de endereço um servidor de e-mail precisa.
  • Banda e tráfego: o que significam 1 Gbit/s e ilimitadoO plano de um servidor costuma ter duas linhas de rede: velocidade da porta e volume de tráfego. A primeira diz com que rapidez o servidor pode enviar dados; a segunda, quanto ele pode enviar por mês. As duas estão ligadas por uma aritmética simples, e, sabendo fazer a conta, fica fácil entender o que «1 Gbit/s ilimitado» realmente oferece e se «5 TB» bastam para você.
  • Docker em VPS: por onde começarCom o Docker, você roda no servidor um bot, um site, um banco de dados e o monitoramento sem que um atrapalhe o outro, e mudar para outra VPS se resume a copiar alguns arquivos e os dados. A instalação leva cinco minutos; os problemas de verdade aparecem depois: portas do banco abertas para a internet, logs de dezenas de gigabytes e dados que sumiram junto com o contêiner. Veja como evitá-los desde o início.
  • Como migrar um site da hospedagem para uma VPSA migração em si leva umas duas horas, e os erros costumam acontecer em volta dela: uma tarefa do cron esquecida, regras do .htaccess que o nginx não lê, um registro AAAA com o endereço antigo ou um e-mail que sumiu junto com a troca de IP. Abaixo, a ordem dos passos com comandos e verificações para um site em PHP e MySQL.
  • Painéis de controle de servidor: ISPmanager, FASTPANEL, aaPanelO painel transforma a VPS em algo parecido com o painel da hospedagem compartilhada: sites, bancos de dados, e-mail e certificados são criados com o mouse, e não editando arquivos de configuração. Os três painéis mais instalados em servidores russos e em servidores baratos no exterior são o ISPmanager, o FASTPANEL e o aaPanel. Eles diferem no preço, na memória que exigem e no quanto tomam conta do servidor.
  • VPS Windows para 1CUm servidor alugado para o 1C livra a empresa daquele computador debaixo da mesa do escritório que ninguém atualiza nem copia. Mas o 1C em VPS tem particularidades: a licença de software fica vinculada aos parâmetros da máquina virtual, os usuários precisam de licenças tanto do 1C quanto do Windows, e a frequência dos núcleos importa mais que a quantidade. Veja como montar um servidor para o 1C numa empresa pequena.
  • VPS Windows: licenciamento, RDP e acesso seguroUm servidor Windows custa mais que um Linux não só por causa da memória: o preço inclui uma licença, e a forma como ela é contratada define se o uso está regular e quantas pessoas podem se conectar. Uma porta RDP exposta também é o caminho mais comum para invadir esses servidores. Veja os dois temas.
  • Quando migrar da hospedagem compartilhada para uma VPSUma VPS não deixa o site mais rápido por si só: ela dá recursos e liberdade e, junto com eles, o trabalho de administrar um servidor. Veja como saber que a hospedagem ficou pequena, quando o problema se resolve sem mudança e como migrar um site sem que os visitantes percebam.
  • Backups de VPS: estratégias e ferramentasNuma VPS, os backups são responsabilidade sua, mesmo que o plano diga «backups incluídos». Vamos ver o que exatamente copiar, por que o snapshot do provedor não basta, como configurar o restic ou o BorgBackup em meia hora e como ter certeza de que dá mesmo para restaurar a partir da cópia.
  • Primeiros 10 passos depois de comprar uma VPS: segurançaTentativas de adivinhar a senha de um servidor novo começam poucos minutos depois que ele ganha um IP público. Abaixo estão dez passos que, em uma hora, fecham as brechas mais comuns: comandos para Ubuntu e Debian, as diferenças para AlmaLinux e Rocky Linux e as verificações sem as quais é fácil perder o acesso ao seu próprio servidor.
  • Como escolher o país do servidorColoque o servidor onde estão os seus visitantes. Para um público no Brasil, São Paulo dá o menor ping; Miami e a costa leste dos EUA são a alternativa comum, e a Europa fica bem mais longe. A LGPD não obriga a manter os dados no Brasil, mas a transferência para fora precisa de base legal. O preço quase não decide: no mesmo provedor, Europa e EUA costumam custar o mesmo, e só Ásia e Austrália saem bem mais caras.
  • Cobrança por hora: quando ela compensaA cobrança por hora compensa se você precisa do servidor menos de três semanas por mês: para um teste, um build, uma tarefa pesada pontual. Na maioria dos provedores, a hora custa exatamente o preço mensal dividido por 730 horas, então num mês cheio você quase não paga a mais. O custo extra está em outro lugar: os planos com cobrança por hora são, em média, mais caros, e para um servidor que roda o ano inteiro o plano mensal ou anual costuma sair mais barato.
  • Quanta memória e quantos núcleos um site precisaA maioria dos sites roda bem com 2 GB de memória e um ou dois núcleos; uma loja com milhares de produtos precisa de 4 GB e dois núcleos. Memória importa mais que núcleos: quando ela falta, o site fica lento ou cai, e um núcleo a mais sem memória quase não ajuda. Abaixo mostro como calcular a memória para o seu site e como descobrir quanto ele gasta de verdade.
  • KVM ou OpenVZ: o que escolherEm 2026 quase sempre vale escolher KVM: ele custa no máximo uns dois dólares por mês a mais que o OpenVZ, mas nele tudo funciona, do Docker ao Windows. O OpenVZ só se justifica num caso estreito, e abaixo você vê qual; no final estão os comandos para conferir o seu servidor em um minuto.
  • NVMe ou SSD: faz diferença para um site?Para um site pequeno, a diferença entre NVMe e SSD é quase imperceptível: as páginas saem da memória, não do disco. Ela aparece em lojas virtuais e sites com banco de dados grande. E no mesmo provedor o NVMe custa só uns US$ 0,50–1 por mês a mais, às vezes até menos que o SSD, então o que decide normalmente não é o tipo de disco, e sim o tamanho e como o provedor o limitou.
  • O que é VPS, explicado de forma simplesUma VPS é um pedaço de um servidor físico potente que você aluga e que se comporta como um computador independente: com sistema próprio, endereço IP próprio e acesso total. Veja como ela se diferencia da hospedagem, para quem serve, quanto custa e o que conferir logo depois da contratação.
  • VPS para bot do Telegram: do que o bot precisa e como escolher o planoUm bot com menu e alguns comandos roda bem no servidor mais barato, enquanto um bot com disparos, arquivos e banco de dados esbarra em limites totalmente diferentes. Veja o que um bot realmente consome, quais limites do Telegram definem a escolha do servidor e como não pagar a mais.
  • Como testar ping e velocidade de uma VPS antes de pagarOs números de um plano não dizem qual será a latência até seus usuários nem a velocidade real do disco. Quase tudo pode ser medido antes de pagar, e o resto na primeira hora depois de ligar o servidor. Veja as ferramentas e como interpretar os resultados.
  • Rede corporativa em VPS: acesso remoto ao escritórioUm servidor alugado pode virar o centro da rede privada de uma empresa: funcionários remotos e filiais se conectam por ele ao ERP, ao servidor de arquivos, ao CRM e ao Git. Veja os esquemas mais comuns, os protocolos, os requisitos do servidor e o básico de segurança.
  • Como escolher uma VPS: os 7 parâmetros que decidemDois planos com os mesmos «2 núcleos, 4 GB, 50 GB» podem ter velocidade várias vezes diferente e custar o dobro um ano depois. Veja o que existe por trás de cada linha de um plano VPS e o que conferir antes de pagar.
  • VPS ou VDS: existe diferença e o que realmente importaNa maioria dos mercados, VPS e VDS significam a mesma coisa: um servidor virtual. A diferença que de fato afeta o seu trabalho não está no nome, e sim no tipo de virtualização e em os recursos serem garantidos ou não.