◈ netchecks.org

17 verificações · sem conta · auto-hospedado

Teste sua rede em um clique

Dix-sept ferramentas gratuitas de diagnóstico de rede em um só painel.

Perguntas frequentes

0 rastreadores · 14 idiomas · modo claro e escuro · auto-hospedado

← Todos os artigos

Network guides

Blacklists (DNSBL): Why Your IP Gets Listed and How to Get Off

Every email you send is checked against several public blocklists before it reaches an inbox. If your sending IP appears on one of the major ones, your message can be silently quarantined or bounced - often with no visible error on your side. For anything that sends mail (a company server, a self-hosted box, a VPS), knowing your blocklist status is basic hygiene.

The good news: the mechanism is simple, checking it takes seconds, and getting delisted is usually quick once you understand why you were listed in the first place.

  1. 1995

    The first RBL

    Paul Vixie and the Mail Abuse Prevention System launch the Real-time Blackhole List, the first widely used spam blocklist - already distributed through DNS, which made it trivially cheap to query.

  2. 1998

    Spamhaus appears

    The Spamhaus Project launches in the UK and grows into the most operationally influential blocklist: its zones (today the combined ZEN) are checked by a majority of the world's mail servers.

  3. 2000s

    An ecosystem of dozens

    Barracuda, SpamCop, SORBS, UCEPROTECT and many others launch their own zones, each with its own listing policy and delisting process - checking just one list is never the whole picture.

  4. 2010

    RFC 5782 standardizes it

    The DNSBL mechanism itself - reversed-octet DNS queries, 127.0.0.0/8 result codes - is documented as an IETF standard, which is how every checking tool queries every list today.

How a DNSBL works (it is just DNS)

A blocklist is an ordinary DNS zone. To check an address, you reverse its four octets and prepend them to the list's zone: checking 1.2.3.4 against zen.spamhaus.org is a DNS query for 4.3.2.1.zen.spamhaus.org. If the name resolves, the IP is listed - and the returned address (always inside 127.0.0.0/8) encodes the reason, such as Spam or hijacked space.

That is the whole trick: no special protocol, no API key. It is why a checker can query seven lists in parallel with ordinary DNS and why results come back in milliseconds. The same trick powers the 'check failed' state you sometimes see - one list not answering is that list's own DNS having a bad day, not your IP being clean or dirty.

A DNSBL query is an ordinary DNS lookup of the reversed IP inside the blocklist's zone; a resolved name means listed, NXDOMAIN means clean.

Why clean IPs get listed anyway

The most common story: you rent a VPS or get a new broadband address, and it is already listed - not because of anything you did, but because the previous tenant sent spam from it. IP reputation attaches to the address, not the person. Shared hosting is similar: one misbehaving neighbour on a shared address drags everyone's reputation down.

The second story is the compromised server: an unpatched web form or a weak password turns your machine into a spam relay for a few days, and the listings arrive within hours. This is why blocklist checks are useful as an early warning, not just a post-incident chore - a sudden new listing is often the first visible symptom of a compromise.

Getting delisted (and staying off)

Every list runs its own delisting process - Spamhaus uses a web form and typically responds within hours to a well-founded request, while automated lists like UCEPROTECT delist on a timer that you cannot rush. What is universal: the listing page tells you the reason, and delisting without fixing that reason guarantees you are back within days.

Before requesting removal, close the hole: make sure no open relay or compromised script is sending mail, verify SPF/DKIM/DMARC so your legitimate mail is authenticated, and confirm the volume you send looks like a mail server, not a spam run. Then request delisting from the specific lists your check flagged - never pay third-party 'delisting services', which is a known scam pattern.

What blocklists can and cannot tell you

A listing on a major list (Spamhaus, Barracuda) has real operational impact and deserves immediate attention. A listing on a small, rarely-used list may mean nothing at all for your deliverability - which is why a good checker reports each list separately and marks unreachable zones as inconclusive instead of folding them into 'clean'.

Treat blocklists as one signal among several: a clean result does not certify an IP, and a minor listing does not condemn one. The aggregate picture - which lists, what codes, how stable over time - is what actually informs the decision.

Em resumo

Check your sending IPs before there is a problem, read a listing as a symptom rather than a verdict, and fix the cause before asking for removal. The DNSBL system is blunt, but it moves fast for operators who understand it.

← Todos os artigos

Verificação do meu IP

Seu endereço IP público e localização de rede, detectados automaticamente.

Carrega automaticamente ao abrir o NetChecks — não é necessário inserir nada. Use o botão Atualizar após trocar de rede ou reconectar a VPN.

Seu navegador

Verificação tudo-em-um

Executa todas as verificações relevantes em um IP ou nome de host em uma única passagem: DNS, whois, ping, traceroute, uma varredura de portas conhecidas (1-1024), cabeçalhos HTTP e o certificado SSL.

Insira um domínio ou endereço IP e execute para verificar DNS, whois, ping, traceroute, portas comuns, cabeçalhos HTTP e o certificado SSL de uma só vez.

A maioria das verificações é executada em paralelo - normalmente termina em cerca de 30 segundos, mais se o alvo for lento ou inacessível.

A etapa de varredura de portas só é executada quando a caixa de consentimento acima estiver marcada - todas as outras verificações são executadas de qualquer forma.

Ping

Envia solicitações ICMP echo a um host para verificar sua acessibilidade e latência.

Insira um nome de host ou endereço IP e clique em Ping para enviar solicitações ICMP echo e medir a latência de ida e volta.

You Host ICMP Echo Request (type 8) ICMP Echo Reply (type 0) measures: RTT · TTL · packet loss

      

Saiba mais sobre Ping

O que é

O Ping envia pacotes ICMP Echo Request a um host e mede quanto tempo demoram a voltar os pacotes ICMP Echo Reply. É o teste de conectividade de rede mais básico que existe: responde exatamente a uma pergunta, "esta máquina está acessível, e com que rapidez?". O protocolo ICMP (RFC 792) foi concebido em 1981 especificamente para transportar mensagens de controlo e diagnóstico em redes IP, à margem de qualquer tráfego de aplicação - o Ping é a sua implementação mais conhecida e universalmente disponível, presente praticamente em todos os sistemas operativos e dispositivos de rede desde as suas primeiras versões.

Como funciona

Cada pacote ICMP transporta um campo TTL (Time To Live) que é decrementado em um em cada router que atravessa; se chegar a zero antes de alcançar o destino, o pacote é descartado e um erro é enviado de volta ao remetente. O tempo de ida e volta (RTT), medido em milissegundos, reflete a latência de rede acumulada ao longo de todo o trajeto, não apenas a última etapa junto ao destino - um ponto muitas vezes mal interpretado, já que um resultado de ping lento pode ter a sua causa em qualquer ponto do trajeto, não necessariamente junto ao servidor testado. Um ping normalmente envia vários pacotes seguidos em vez de apenas um, o que permite distinguir um pico de latência pontual de um problema recorrente e calcular uma taxa de perda de pacotes sobre a amostra.

Interpretar os resultados

Um RTT baixo e estável - alguns milissegundos numa rede local, entre 10 e 50 ms para um destino dentro do mesmo país, e notavelmente mais para uma ligação intercontinental - indica uma ligação saudável. Mesmo uma pequena perda de pacotes (acima de 1-2%) é particularmente prejudicial para usos sensíveis à latência, como VoIP ou sessões remotas interativas, onde cada pacote perdido se manifesta como um corte ou uma falha audível. Uma latência muito variável de um pacote para o outro (jitter) é frequentemente, para estes mesmos usos, mais problemática do que uma latência elevada mas perfeitamente estável. "Tempo limite excedido" significa que não chegou nenhuma resposta dentro do prazo previsto - o host pode estar realmente em baixo, uma firewall pode estar a bloquear silenciosamente o ICMP, ou pode haver uma rota quebrada algures no trajeto; "Destino inacessível" é diferente e mais informativo: um router intermédio enviou explicitamente uma mensagem a dizer que não conseguiu reencaminhar o pacote, o que ajuda a delimitar onde está realmente o problema.

Erros comuns

O erro de interpretação mais comum é concluir que um host está "em baixo" assim que um ping falha, quando na verdade muitos servidores e dispositivos - especialmente atrás de uma firewall bem configurada, ou alojados em grandes fornecedores cloud - bloqueiam deliberadamente o ICMP de entrada por política, estando totalmente operacionais e acessíveis nos seus serviços reais (HTTP, uma base de dados, etc.). A ausência de resposta a um ping só é uma evidência significativa de indisponibilidade quando combinada com outros sinais, como a própria aplicação também não responder. Inversamente, um ping bem-sucedido não garante de forma alguma que o serviço de aplicação alojado nessa máquina esteja a funcionar corretamente - são duas camadas da pilha de rede totalmente independentes.

Quando usar

A primeira coisa a verificar antes de escalar um ticket: a máquina sequer responde, antes de investigar mais a fundo? Confirmar a conectividade após uma alteração de regra de firewall ou de tabela de encaminhamento, para garantir que a alteração não quebrou o acesso. Estabelecer uma medição de latência de referência antes de um lançamento de VoIP ou de um failover de ligação de operadora, para haver um ponto de comparação objetivo se surgirem queixas sobre a qualidade das chamadas mais tarde. Uma verificação de estado periódica e leve para um MSP que monitoriza vários sites de clientes em paralelo, sempre como complemento - nunca como substituto - de uma monitorização mais profunda ao nível da aplicação.

Traceroute

Rastreia o caminho de rede (salto a salto) até um host de destino.

Insira um nome de host ou endereço IP e execute para ver cada salto de rede entre este servidor e o destino, com a latência de cada salto.

You TTL=1 TTL=2 TTL=3 Host each hop replies "ICMP Time Exceeded" until TTL reaches the host

      

Consulta DNS (Nslookup)

Consulta registros DNS: A, AAAA, MX, TXT, NS, CNAME, SOA, PTR, SRV, CAA.

Insira um domínio, escolha um tipo de registro (A, AAAA, MX, TXT, NS, CNAME, SOA, PTR, SRV ou CAA) e faça a consulta.

You Root .com Auth NS ① query root ② referral → TLD ③ referral → auth NS ④ answer

      

Whois

Consulta as informações de registro de um domínio ou endereço IP.

Insira um domínio ou endereço IP para consultar seus dados de registro: registrador, organização proprietária e datas importantes.

You Registry RDAP / :43 query: domain / IP reply: registrar, dates, name servers

      

Verificação de lista negra

Verifica se um endereço IP ou domínio está listado em listas negras públicas de spam/abuso (DNSBL).

Insira um endereço IPv4 ou domínio e execute para verificar 7 listas negras (DNSBL/RBL) públicas de uma vez - cada uma aparece como listada, não listada ou falha na verificação.

You zen.spamhaus.org spamcop.net sorbs.net +4 more reverse-IP DNS query to each DNSBL zone, in parallel

      

Varredura de portas TCP

Verifica se as portas TCP estão abertas em um host ou IP: portas comuns, uma lista personalizada, ou o intervalo completo 1-65535.

Insira um host ou IP, escolha portas comuns, uma lista personalizada ou o intervalo completo, e escaneie para ver quais portas TCP respondem.

You 22 open 443 open 3389 closed 8080 closed SYN → SYN-ACK = open · SYN → RST = closed

        
      

Inspetor de cabeçalhos HTTP

Obtém o status da resposta HTTP e os cabeçalhos de uma URL.

Insira uma URL para obter seu código de status HTTP e todos os cabeçalhos de resposta enviados pelo servidor.

You Server GET / HTTP/1.1 200 OK + headers Content-Type · Strict-Transport-Security · X-Frame-Options …

      

Verificador de certificado SSL / TLS

Inspeciona o certificado TLS de um host: emissor, datas de validade e dias restantes.

Insira um nome de host para inspecionar seu certificado TLS: emissor, datas de validade e dias restantes até expirar.

You Host ClientHello → ← ServerHello + Certificate + Finished Root CA Intermediate Leaf (site) certificate chain of trust · validity dates checked

      

Geolocalização de IP

Consulta a localização geográfica e as informações de rede de um endereço IP. Deixe em branco para consultar seu próprio IP público.

Insira qualquer endereço IP, ou deixe em branco para consultar o seu, para ver sua localização aproximada e informações de rede/ISP.

IP address Geo / RIR database City · Country ASN · Org

        
        
      

Calculadora de sub-rede / CIDR

Calculado inteiramente no seu navegador — nenhum dado é enviado ao servidor.

Insira um endereço IP e um prefixo CIDR (ex.: 192.168.1.0/24) para calcular instantaneamente o intervalo de rede, o endereço de broadcast e o número de hosts utilizáveis.

network bits (prefix) host bits /24 example — split moves with your prefix

      

Teste de velocidade

Teste básico de velocidade de download/upload em relação a este servidor (a precisão depende da própria conexão do servidor).

Clique em Iniciar para medir a velocidade de download e upload em relação a este servidor. A precisão depende da própria conexão deste servidor.

You Server ↓ download ↑ upload throughput (Mbps)

      

Dicionário de códigos de país

Códigos de país ISO 3166-1 alfa-2 — pesquisa feita inteiramente no seu navegador.

Pesquise ou navegue pela lista de códigos de país ISO 3166-1 alfa-2, consultada inteiramente no seu navegador.

PaísCódigo ISO

Dicionário de códigos telefônicos

Códigos de discagem internacional por país — pesquisa feita inteiramente no seu navegador.

Pesquise ou navegue pelos códigos telefônicos internacionais por país, consultados inteiramente no seu navegador.

PaísCódigo

Relógio mundial

Escolha um fuso horário para ver a hora atual — arraste o globo para girá-lo.

Escolha um fuso horário na lista, ou arraste o globo, para ver a hora atual nesse local.

Sua hora
--:--:--
—

—

Hora selecionada
--:--:--
—
— UTC±00:00
Diferenca em relacao a voce —

—

Arraste para girar o globo.

Estado da rede móvel na França

Antenas móveis fora de serviço ou em manutenção na França, por operadora (Orange, Free, SFR, Bouygues Telecom), com base em dados públicos da Arcep. Instantâneo atualizado uma vez por dia - não é um fluxo em tempo real.

Consulte os dados de falhas de antenas móveis e fibra por operadora francesa — nenhuma entrada necessária, atualizado automaticamente a partir dos dados públicos da Arcep.

Fonte: Arcep, conjunto de dados «Sites indisponibles», publicado sob Licença Aberta / Etalab 2.0 - reutilização comercial explicitamente permitida, ao contrário dos dados IODA/CAIDA usados antes. O selo Normal/Vigilância/Alerta é uma estimativa própria (falhas de hoje vs. mediana dos dias anteriores), não uma classificação oficial da Arcep. Links de origem abaixo.

Departamentos mais afetados

Número de sites atualmente fora de serviço ou em manutenção, por departamento. Clique num operador acima para filtrar.

Dados: Arcep — Sites indisponibles · Mapa oficial do estado da rede


Rede fixa (fibra)

Qualidade da rede de fibra (FTTH) por operadora: taxa de falhas reportadas e taxa de falhas de ligação, com base em dados públicos da Arcep. Indicadores mensais, média móvel de 6 meses - não é um fluxo em tempo real como a secção móvel.

Fonte: Arcep, conjunto de dados «Qualité des réseaux en fibre optique», publicado sob Licença Aberta / Etalab 2.0 - reutilização comercial explicitamente permitida. Links de origem abaixo.

Por operadora (grupo controlador)

Médias dos últimos 6 meses disponíveis, por grupo controlador do operador de infraestrutura.

Dados: Arcep — Qualité des réseaux en fibre optique