Porque o seu servidor foi desligado ou bloqueado depois de um aviso de abuso, e como o religar

Segurança·· 4 visualizações· 4 min de leitura

A resposta curta: depois de um aviso de abuso, primeiro investiga com o servidor ligado; se até ao prazo a causa não ficar clara, ou se o tráfego do ataque continuar, o servidor pode ser desligado para proteger a rede. Os dados ficam intactos: nada é apagado. O nosso fornecedor de rede também pode bloquear o servidor ou o IP por iniciativa própria, e enquanto o bloqueio durar não consegue aceder ao servidor. Para voltar: investiga, limpa e envia-nos o relatório; confirmamos e religamos o servidor, ou pedimos o desbloqueio ao fornecedor. Se depois de religado o abuso voltar, o servidor é desligado outra vez.

O que pode ter acontecido

Situação Quem a decidiu Como se resolve
Servidor desligado depois de um aviso de abuso Nós, para proteger a rede, porque o prazo passou ou o tráfego continuou. Relatório no pedido de suporte do aviso; confirmamos e religamos.
Servidor ou IP bloqueado O fornecedor de rede, a partir do aviso. Enquanto durar, não consegue aceder ao servidor. Com o mesmo relatório, pedimos o desbloqueio ao fornecedor.
Suspenso por falta de pagamento A facturação, por uma factura vencida. Não tem nada a ver com abuso: como reactivar um plano suspenso.
Suspenso por outro motivo (segurança, spam) Nós, com o motivo no pedido de suporte. um serviço suspenso por outro motivo que não o pagamento.
Não chega por SSH, mas não houve aviso Provavelmente ninguém: firewall, chave ou porta. Perdi o acesso SSH ao meu servidor.

Como voltar a pôr o servidor a funcionar

1 Leia o pedido de suporte do aviso: lá está o motivo, o registo (com as horas em UTC) e o que já foi dito ao fornecedor. O significado de cada tipo de aviso está em um aviso de abuso sobre o seu servidor.
2 Se o servidor já foi desligado, peça-nos no mesmo pedido para o religar e poder investigar. O acesso root é seu e não entramos no servidor.
3 Encontre a causa e feche a porta de entrada: verificar processos, cron, utilizadores e chaves. Se a causa foi um serviço aberto à internet, feche-o antes de pedir para religar.
4 Envie o relatório curto: a causa e como entrou, o que encontrou e removeu, e o que fez para não se repetir. O modelo está em responder a um aviso de abuso.
5 Confirmamos e religamos o servidor, ou pedimos o desbloqueio ao fornecedor de rede. O tempo do desbloqueio depende do fornecedor, não de nós.
6 Vigie o servidor depois de religado: veja as ligações de saída com ss -tunap e confirme que o tráfego do aviso não voltou. Se voltar, o servidor é desligado outra vez.
Pedir só para religar, sem relatório, não resolve. O servidor voltaria a atacar e seria desligado de novo, e cada repetição pesa na resposta do fornecedor. Também não adianta criar um servidor novo e copiar para lá o mesmo conteúdo: o que estava infectado vai junto.
Num servidor invadido, o mais seguro é reinstalar o sistema e repor uma cópia limpa (reinstalar o sistema do VPS e que cópia restaurar). A limpeza no sítio é para quem sabe o que está a fazer: um atacante com acesso root pode deixar portas de volta que não se vêem à primeira.

O seu servidor foi desligado ou bloqueado e quer combinar como investigar? Responda no pedido de suporte do aviso.

Abrir pedido de suporte

VEJA TAMBÉM

Um aviso de abuso sobre o seu servidor: o que significa, o prazo e o que precisamos de si

Responder a um aviso de abuso: a causa, o que removeu e como não se vai repetir

O meu VPS foi invadido? Ver processos, cron, utilizadores, chaves SSH e pastas temporárias

Um serviço suspenso por outro motivo que não o pagamento: o que quer dizer e o que acontece a seguir

Reinstalar ou mudar o sistema operativo do seu VPS

Depois de um ataque, que cópia restaurar? Como escolher uma cópia limpa

PRODUTO RECOMENDADO

Hospedagem de sites com cPanel

Domínio e SSL incluídos, cópias diárias e o painel que já conhece. desde 321,75 MT/mês (plano de 3 anos, com cupão)

Ver planos
Esta resposta foi útil? A sua resposta ajuda-nos a melhorar este artigo.