IP de hospedagem compartilhada em blacklist? O que dá para resolver

Publicado em 2026-11-03 ／ Atualizado em 2026-11-03 ／ Por Yuki Nakazawa

Quando o IP de uma hospedagem compartilhada está em blacklist, o primeiro passo é descobrir quem controla esse IP e exatamente em qual lista ele está, com qual código de retorno. Depois, resolva o que houver do seu lado e envie ao seu provedor de hospedagem as evidências da consulta para que ele possa agir. Em um IP compartilhado, a causa pode ser outro cliente, e em algumas listas só o dono da rede pode pedir a remoção.

Um IP de VPS ou de nuvem recém-provisionado também pode parecer "em blacklist" desde o primeiro dia, seja por causa do histórico de um usuário anterior, seja porque a faixa está listada como uma que não deve enviar e-mails diretamente. Seja qual for a situação, a decisão de remover da lista é sempre do operador da lista.

Este guia se baseia nas páginas oficiais do Spamhaus, da AWS, do Google Cloud e do Microsoft Azure em 11/2026. Restrições e procedimentos mudam, então confirme a redação atual antes de agir. Para uma visão geral das devoluções relacionadas a blacklists, veja nosso guia sobre e-mails bloqueados por blacklists.

Verifique gratuitamente se o seu domínio ou endereço IP está em alguma de cerca de 345 blacklists.

Comece descobrindo qual IP e qual lista

"Meu servidor está em blacklist" pode significar coisas muito diferentes, e a solução depende dos detalhes. Responda a três perguntas antes de qualquer outra coisa.

Qual IP realmente envia os seus e-mails? O IP que hospeda o seu site não é necessariamente o que entrega os seus e-mails. Leia a mensagem de devolução, que muitas vezes cita o IP rejeitado, e verifique os cabeçalhos Received de uma mensagem que você enviou para confirmar o endereço de saída real.
Quem controla esse IP? Na hospedagem compartilhada, é um endereço dividido com outros clientes. Em um servidor dedicado, VPS ou instância na nuvem, ele é atribuído a você, embora a faixa ao redor continue pertencendo ao provedor. O seu plano de hospedagem ou painel de controle informa se os seus e-mails de saída usam um endereço compartilhado.
Em qual lista ele está? As listas diferem no significado e em quem pode resolvê-las. Passe o IP pelo nosso verificador de blacklist para ver todas as principais listas de uma vez e anote os nomes das listas e os códigos de retorno.

Com essas três respostas em mãos, geralmente fica claro se é algo que você mesmo resolve, algo que o seu provedor precisa resolver ou um sinal de que você deve mudar completamente a forma de enviar e-mails.

Como ler os resultados e os códigos de retorno

O Spamhaus ZEN (zen.spamhaus.org) é a lista de IPs combinada do Spamhaus. Um IP listado retorna um endereço na faixa 127.0.0.x, e o último número indica qual lista subjacente correspondeu. Para IPs de hospedagem compartilhada e de nuvem, estes são os códigos que vale a pena distinguir:

Código de retorno	Lista	O que costuma significar em hospedagem ou nuvem
127.0.0.2	SBL	O IP foi identificado como malicioso. Os pedidos de remoção devem vir do provedor de acesso ou da empresa de hospedagem responsável por ele.
127.0.0.3	CSS	Listado automaticamente por enviar e-mails de baixa reputação. Corrija a causa antes de pedir a remoção.
127.0.0.4	XBL	Sinais de comprometimento. Suspeite de uma máquina infectada ou de um site abusado em algum ponto do IP.
127.0.0.10	PBL (mantida pelo provedor)	A rede marcou a faixa como uma que não deve enviar e-mails diretamente.
127.0.0.11	PBL (mantida pelo Spamhaus)	Mesmo significado de política; a autoexclusão pode ser possível se você atender às condições.

Uma entrada na PBL não é uma acusação. É uma declaração de política de que os e-mails desse endereço devem ser enviados, com autenticação, a um servidor que os retransmita. O Spamhaus incentiva ativamente provedores e outras redes a listar todas as faixas que não devem enviar e-mails, e isso inclui expressamente servidores web.

Os códigos 127.255.255.252, 127.255.255.254 e 127.255.255.255 são erros, não listagens. O FAQ de uso de DNSBL do Spamhaus também avisa que um resolvedor público gratuito como o Google Public DNS (8.8.8.8) vai, na maioria dos casos, retornar "não listado", e é por isso que ferramentas diferentes podem discordar. Na dúvida, confira o resultado no verificador de reputação do próprio Spamhaus. Para os procedimentos completos de cada lista, veja como funciona a remoção do Spamhaus.

O que você mesmo pode resolver e o que não pode

O quanto você consegue mudar depende do que você contrata.

Tipo de hospedagem	Você geralmente pode resolver	Você geralmente não pode resolver
Hospedagem compartilhada (IP compartilhado)	Problemas dentro da sua própria conta: senhas de caixas de e-mail vazadas, site invadido, formulário de contato abusado; SPF, DKIM e DMARC do seu domínio	Os envios de outros clientes, o próprio IP de saída, pedidos de remoção da SBL, DNS reverso e HELO do servidor
VPS ou servidor dedicado	Configuração do sistema operacional e do servidor de e-mail, DNS reverso e HELO correspondentes, política da porta 25 de saída, limpeza de malware	Listagens que cobrem toda a faixa do provedor (como entradas da PBL mantidas pelo provedor) e as políticas de rede do provedor
Instância na nuvem	Tudo o que está acima, mais a transferência dos e-mails de saída para um serviço de envio externo	As restrições da própria plataforma à porta 25, que só o provedor pode retirar

Descartando a sua própria conta na hospedagem compartilhada

Caixas de e-mail comprometidas. Examine os logs de envio e as pastas de enviados em busca de rajadas de e-mails que você não enviou. Troque as senhas imediatamente se encontrar alguma.
Site invadido. Instalações de CMS e plugins desatualizados são uma forma comum de os atacantes enviarem scripts de disparo de e-mails.
Formulários abusados. Formulários de contato cuja resposta automática permite que o visitante escolha o destinatário ou o texto podem virar um canhão de spam.
Qualidade da lista. Enviar para listas compradas ou para endereços que nunca deram consentimento é um jeito certeiro de prejudicar um IP compartilhado para todos, inclusive para você.

Se nada disso revelar algo, a causa provável é outra pessoa no mesmo endereço. O FAQ sobre a porta 25 do Spamhaus é direto: em pools de IPs compartilhados, a maioria das pessoas afetadas por uma listagem não é quem tem o dispositivo infectado. Nesse caso, a sua parte é reunir as evidências e entregá-las ao provedor.

Como informar o problema ao seu provedor de hospedagem

O Spamhaus afirma que os pedidos de remoção da SBL devem ser enviados pelo provedor responsável pelo IP listado, e orienta os usuários em geral a falar com o seu provedor para resolver. Para um cliente de hospedagem compartilhada, esse provedor é a sua empresa de hospedagem. Um chamado de suporte que diz apenas "meus e-mails não estão chegando" costuma ficar rodando de um lado para o outro. Um chamado que inclui o seguinte geralmente anda mais rápido:

O IP de envio, confirmado pelos cabeçalhos ou pela devolução.
A lista e o código de retorno, por exemplo zen.spamhaus.org retornando 127.0.0.2.
Quando e com o que você verificou, incluindo o que o verificador de reputação oficial mostrou, se você o usou.
O texto da devolução, especificamente a linha em que o servidor de destino explica a rejeição.
O que você já descartou, como a troca de senhas e uma varredura limpa do site.
O que você está pedindo: investigação, um pedido de remoção ao operador da lista se for o caso, ou a transferência dos e-mails de saída da sua conta para outro IP.

Um exemplo curto:

Our outbound IP 192.0.2.10 returns 127.0.0.2 (SBL) on zen.spamhaus.org.
We confirmed this on the official Spamhaus checker at 10:00 UTC on 2026-11-03.
We have reset all mailbox passwords and found no unexpected files on our site.
Please investigate, request removal if appropriate, or advise whether our mail
can be sent from a different IP.

O seu provedor pode precisar de tempo e, mesmo depois que ele agir, a palavra final é do operador da lista. Se você tem e-mails que não podem esperar, veja a opção de relay descrita abaixo como alternativa em paralelo. Se não conseguir descobrir onde está o problema, você também pode pedir a nossa ajuda.

Restrições da porta 25 e DNS reverso em VPS e nuvem

Se você mantém o seu próprio servidor de e-mail em uma VPS ou instância na nuvem, pode esbarrar em um problema antes mesmo de qualquer blacklist entrar em cena: muitos provedores restringem a porta TCP 25 de saída, usada para a entrega de e-mails entre servidores. A documentação oficial da AWS, do Google Cloud e do Microsoft Azure diz o seguinte.

Amazon EC2 (AWS). Por padrão, o EC2 permite tráfego de saída na porta 25 apenas para endereços IPv4 privados; o tráfego para endereços IPv4 e IPv6 públicos é bloqueado. Você pode solicitar a remoção da restrição. Para e-mails a terceiros, a AWS recomenda provisionar endereços Elastic IP e atribuir a eles registros de DNS reverso estáticos, observando que isso pode ajudar a evitar que os e-mails sejam marcados como spam. Um registro de DNS direto (A) que resolva para o Elastic IP precisa existir antes de você criar o registro reverso.
Google Cloud (Compute Engine). A saída para a porta TCP 25 em endereços IP externos é bloqueada por padrão. O bloqueio é removido automaticamente quando o Google Cloud determina que um projeto é de baixo risco, e você pode verificar o status de um projeto por um banner nas páginas de redes VPC ou de políticas de firewall no console. O SMTP sobre TLS nas portas 465 e 587 fica fora do bloqueio. O Google recomenda usar um provedor de e-mail terceirizado confiável, o que, segundo ele, melhora a reputação do seu IP.
Microsoft Azure (máquinas virtuais). A porta 25 de saída é bloqueada para todos os tipos de assinatura, exceto o Enterprise Agreement padrão e o Microsoft Customer Agreement for enterprise (MCA-E). Assinaturas Enterprise Dev/Test são bloqueadas por padrão, mas podem ser isentadas pelo diagnóstico no portal. Serviços de relay SMTP autenticado, normalmente na porta 587, não sofrem restrição em nenhum tipo de assinatura, e a Microsoft os recomenda. Mesmo onde a porta 25 está aberta, a Microsoft observa que não há garantia de que domínios externos aceitarão os e-mails.

Uma porta 25 bloqueada é um problema de entrega, não de reputação, e abrir a porta não melhora em nada a situação do seu IP. Se você quiser uma exclusão da PBL do Spamhaus para um endereço de nuvem ou VPS, o IP precisa ser estático, rodar de fato um servidor de e-mail de saída, ter DNS direto e reverso adequados e estar atribuído a você. O Spamhaus também exige que a porta 25 de saída esteja fechada para todos os outros dispositivos atrás dele.

Mudando para um IP dedicado ou um relay SMTP autenticado

Se um IP compartilhado continua sendo prejudicado pelos vizinhos, ou se o seu provedor de nuvem não libera a porta 25, mudar a forma de enviar costuma ser mais prático do que correr atrás de remoções.

Um relay SMTP externo e autenticado

Em vez de o seu servidor entregar os e-mails diretamente ao destinatário, ele passa cada mensagem para um servidor de envio autenticado que faz a entrega em seu nome. Esse é exatamente o modelo que o Spamhaus descreve para faixas listadas na PBL: espera-se que os e-mails sejam enviados com autenticação a um relay, que pode ser operado pelo provedor de acesso ou por um serviço de e-mail externo. O FAQ sobre a porta 25 do Spamhaus acrescenta que os usuários finais devem usar as portas 587 ou 465 com SMTP AUTH. O Azure e o Google Cloud recomendam serviços de relay autenticado ou de e-mail terceirizados, e a Microsoft observa que esses serviços são usados, em parte, para manter a reputação de IP da qual a entrega depende.

Configure o nome do host, a porta (587 é o mais comum) e as credenciais do relay conforme a documentação do provedor.
Atualize o registro SPF do seu domínio para incluir o relay e configure a assinatura DKIM para ele. Veja como configurar SPF, DKIM e DMARC.
Verifique os limites de envio do relay antes de transferir para ele e-mails em grande volume.

Um IP dedicado

Um IP dedicado protege você do comportamento de outros clientes, mas não é uma melhoria automática de reputação. As diretrizes para remetentes do Spamhaus listam os fatores que influenciam a reputação, incluindo o provedor de serviço, a vizinhança do IP, a infraestrutura por trás do endereço e o histórico do IP.

Endereços novos recebem escrutínio extra. As mesmas diretrizes dizem que domínios HELO sem histórico de envio passam por filtragem adicional, e que um IP ou hostname HELO alterado deve ser tratado como novo e aquecido gradualmente. Serviços de aquecimento que geram tráfego artificial são proibidos.
Configure um DNS reverso significativo. O Spamhaus avisa que um DNS reverso genérico ou gerado automaticamente em IPs dedicados pode prejudicar a reputação.
Verifique o novo IP antes de usá-lo. Um endereço pode carregar uma listagem do usuário anterior, então consulte-o antes de começar a enviar.

Como evitar que aconteça de novo

Alinhe hostname, HELO e DNS reverso. O FAQ do CSS do Spamhaus diz que o DNS direto do seu IP deve corresponder ao valor de HELO configurado no seu servidor e que o HELO deve ser um nome de domínio totalmente qualificado (FQDN). Ele cita valores como localhost.localdomain como erros comuns.
Restrinja a porta 25 aos servidores de e-mail. Em uma VPS que também roda outras cargas de trabalho, feche a porta 25 de saída para tudo o que não for o seu servidor de e-mail.
Mantenha sites e contas protegidos. Atualize o CMS e os plugins, pare de reutilizar senhas e ative a autenticação de dois fatores onde puder.
Revise as configurações de e-mail de saída do seu painel de controle. O FAQ do CSS descreve uma opção do Plesk que coloca o nome de cada domínio na saudação SMTP. Ele avisa que, quando mais de um domínio no servidor compartilha um IP, os e-mails de alguns ou de todos esses domínios podem ser marcados como spam por destinatários que usam o Spamhaus XBL, e que a opção deve ser usada com extremo cuidado. Verifique a configuração equivalente no seu próprio painel e siga as orientações do seu provedor ou do fornecedor do painel.
Monitore regularmente. Um IP compartilhado pode mudar de status por ações de outra pessoa. Verifique-o periodicamente com o nosso verificador de blacklist e avise o seu provedor cedo quando algo mudar.

Mesmo depois de uma remoção, os destinatários aplicam a sua própria filtragem, então a entrega pode não se normalizar imediatamente. As listagens do CSS normalmente expiram cerca de três dias após a última detecção, mas o IP volta a ser listado se o problema continuar sendo detectado, e as autorremoções são limitadas.

Se preferir não resolver isso sozinho

Indicamos prestadores que cuidam de pedidos de remoção, consultoria e orientação (a partir de JPY 50,000). A remoção é decidida por cada operador da lista e não pode ser garantida.

Pedir ajuda

Este site pode receber uma comissão por indicação dos prestadores listados. About

Perguntas frequentes

O IP da minha hospedagem compartilhada está em blacklist. Posso pedir a remoção eu mesmo?

Depende da lista. No caso da Spamhaus SBL, os pedidos de remoção devem vir do provedor de acesso ou da empresa de hospedagem responsável pelo IP. Em um endereço compartilhado, a causa também pode ser outro cliente, então o caminho normal é enviar ao seu provedor o resultado da consulta e o código de retorno e pedir que ele cuide do assunto.

O IP da minha VPS novinha já está na PBL. Há algo errado?

Não necessariamente. A PBL lista faixas que não devem enviar e-mails diretamente, e o Spamhaus incentiva as redes a incluir servidores web. Envie por um relay autenticado ou, se você mantém um servidor de e-mail bem configurado em um IP estático com DNS direto e reverso correspondentes, considere pedir a exclusão.

Minha VM na nuvem não consegue enviar nenhum e-mail. É blacklist?

Verifique a porta 25 primeiro. Por padrão, a AWS e o Google Cloud bloqueiam a porta 25 de saída para endereços externos, e o Azure a bloqueia na maioria dos tipos de assinatura. O Google Cloud e o Azure documentam o envio autenticado em portas como a 587 como alternativa, e a AWS permite solicitar a remoção da restrição.

Um IP dedicado vai me manter fora das blacklists?

Ele elimina o risco vindo de outros clientes, mas nada impede uma listagem por completo. IPs novos sem histórico podem enfrentar filtragem extra, então faça o aquecimento gradualmente e configure DNS reverso e HELO corretos.

Páginas oficiais consultadas

As informações deste artigo foram conferidas nas páginas oficiais abaixo na data da publicação. Políticas e procedimentos mudam sem aviso prévio; consulte as páginas oficiais antes de tomar qualquer decisão importante.

Guias relacionados

Remoção do Spamhaus: como tirar seu IP ou domínio da lista

Listado no Spamhaus? Descubra em qual lista está (ZEN, PBL, XBL, CSS, SBL, DBL), o que significam os códigos de retorno e o caminho certo de remoção.

E-mail em blacklist? Como ler a devolução e sair da lista

E-mail bloqueado por blacklist? Leia o código de devolução, verifique as causas na ordem certa, saiba quais listagens importam e peça a remoção.

Como configurar SPF, DKIM e DMARC: registros, armadilhas e testes

Configure SPF, DKIM e DMARC com registros DNS prontos, o limite de 10 consultas, chaves de 2048 bits, p=none seguro e as regras de Gmail, Yahoo e Outlook.

Todos os guias →