Resposta rápida
Como verifico se um IP é de datacenter?
Para uma verificação de IP de datacenter, consulte o endereço no RDAP (https://rdap.org/ip/<ip>), encontre o ASN que o anuncia e leia o tipo dessa rede no PeeringDB; uma empresa de hospedagem ou um tipo "NSP" indica um datacenter. Quatro consultas, sem chave de API. A RackProxies aluga IPv4 dedicado de datacenter que passa nessa verificação de forma honesta, a partir de US$ 1,29 por IP. Sem KYC, apenas cripto.
O que cada consulta revela
| Registro RDAP (RFC 9083) | Quem detém o bloco de endereços, seu intervalo e o país de registro do titular |
|---|---|
| ASN da rede anunciante | Qual sistema autônomo roteia o IP na internet hoje |
| Tipo de rede no PeeringDB | Como a rede se descreve: NSP, Content, Cable/DSL/ISP e outros |
| DNS reverso (registro PTR) | O hostname que a rede atribuiu ao IP; nomes de hospedagem costumam conter "server", "vps" ou "static" |
| Bancos de dados de geolocalização | Um país e uma cidade estimados, além de um rótulo de uso como "hosting" ou "ISP"; os bancos de dados divergem |
| IPs da RackProxies | Alugamos endereços IPv4 de datacenter de parceiros estabelecidos de hospedagem e rede upstream. Esses IPs são registrados em redes de hospedagem (ASNs), não em provedores de internet residenciais, e nenhum dispositivo residencial ou móvel está envolvido |
Passo 1: o que uma consulta RDAP mostra?
Uma consulta RDAP mostra o registro do bloco de endereços no registro regional: seu intervalo, seu nome, a organização que o detém e o país dessa organização. O RDAP é o sucessor em JSON do WHOIS, definido na RFC 9082 (consultas) e na RFC 9083 (respostas).
Abra https://rdap.org/ip/203.0.113.10 no navegador, com seu próprio IP no lugar do endereço de documentação. O rdap.org encaminha a consulta ao registro correto: ARIN, RIPE NCC, APNIC, LACNIC ou AFRINIC. Leia três campos:
namee a entidaderegistrant: uma empresa de hospedagem, cloud ou colocation indica um IP de datacenter.startAddresseendAddress: o tamanho do bloco.country: o país do titular. Não é prova de onde o servidor está, e alguns registros o omitem.
O registro regional pode nomear uma empresa diferente da que roteia o IP. Em 19 de outubro de 2026, 1.1.1.1 estava registrado para APNIC Research and Development (país AU), mas era anunciado pelo AS13335 da Cloudflare. Por isso o passo 2 importa.
Passo 2: como encontro o ASN e o tipo de rede?
Pergunte a um banco de dados de roteamento qual ASN anuncia o IP, depois consulte esse ASN no PeeringDB. Ambos têm APIs JSON gratuitas sem chave:
- RIPEstat:
https://stat.ripe.net/data/network-info/data.json?resource=<ip>retorna o prefixo anunciado e o ASN. - PeeringDB:
https://www.peeringdb.com/api/net?asn=<asn>retorna o nome da rede e seuinfo_types.
Um tipo de rede "NSP" (network service provider) ou "Content" com nome de empresa de hospedagem indica um IP de datacenter. "Cable/DSL/ISP" indica um provedor residencial. Nem toda rede tem registro no PeeringDB; quando não houver, pesquise o nome do ASN: empresas de hospedagem dizem o que vendem em seus próprios sites.
Passo 3: o que o DNS reverso acrescenta?
O DNS reverso retorna o hostname que a rede do IP atribuiu ao endereço, e redes de hospedagem costumam usar nomes que dizem "server", "vps", "static" ou "dedicated". Execute dig -x 203.0.113.10 +short ou nslookup 203.0.113.10 com um endereço real.
Trate a resposta como uma pista. A ausência de um registro PTR não prova nada, e o operador da rede pode escrever o nome que quiser. Provedores residenciais costumam codificar o tipo de linha ou a cidade do cliente no nome, que é o padrão oposto.
Passo 4: o que significam as flags de "hosting" nos bancos de dados de IP?
Uma flag de "hosting" significa que o banco de dados classificou a rede do IP como datacenter, cloud ou provedor de trânsito, e não como provedor residencial ou móvel. Os bancos de dados montam esse rótulo a partir dos mesmos dados públicos que você acabou de ler: registros regionais, propriedade do ASN e tipo de rede, além de suas próprias medições.
Dois cuidados. Primeiro, os bancos de dados divergem: um pode dizer "hosting" enquanto outro diz "business". Segundo, a flag descreve a rede, não a pessoa que a usa. Um proxy de datacenter é rotulado como hosting porque é hospedado. A RackProxies não vende IPs que fingem o contrário. IPs de datacenter são registrados em redes de hospedagem, não em provedores de internet residenciais. Bases de geolocalização de IP podem colocar o mesmo IP em uma cidade diferente, ou até em um país diferente, do datacenter que o anuncia. O guia de geolocalização explica por que a cidade também pode diferir.
Posso executar a verificação inteira por um script?
Sim. O script Python abaixo usa apenas a biblioteca padrão (urllib, json, socket). Ele consulta rdap.org, RIPEstat e PeeringDB, nenhum dos quais precisa de chave. Salve como ip_check.py e execute python ip_check.py 1.1.1.1.
"""Who holds this IP? Public, keyless sources only: RDAP, RIPEstat, PeeringDB."""
import json
import socket
import sys
import urllib.request
HEADERS = {'Accept': 'application/json', 'User-Agent': 'datacenter-ip-check/1.0'}
def get_json(url):
request = urllib.request.Request(url, headers=HEADERS)
with urllib.request.urlopen(request, timeout=20) as response:
return json.load(response)
def vcard_name(entity):
# RDAP contacts are jCards: ['vcard', [['fn', {}, 'text', 'Name'], ...]]
for field in entity.get('vcardArray', ['vcard', []])[1]:
if field[0] == 'fn':
return field[3]
return ''
def check_ip(ip):
rdap = get_json('https://rdap.org/ip/' + ip)
print('Network name :', rdap.get('name'))
print('Range :', rdap.get('startAddress'), '-', rdap.get('endAddress'))
print('Country :', rdap.get('country', 'not given'))
for entity in rdap.get('entities', []):
if 'registrant' in entity.get('roles', []):
print('Holder :', vcard_name(entity))
try:
print('Reverse DNS :', socket.gethostbyaddr(ip)[0])
except OSError:
print('Reverse DNS : none')
info = get_json('https://stat.ripe.net/data/network-info/data.json?resource=' + ip)['data']
print('BGP prefix :', info.get('prefix') or 'not announced')
for asn in info.get('asns', []):
nets = get_json('https://www.peeringdb.com/api/net?asn=' + asn)['data']
kind = ', '.join(nets[0].get('info_types') or []) if nets else 'no PeeringDB record'
print('ASN : AS' + asn, '-', nets[0]['name'] if nets else '', '-', kind)
if __name__ == '__main__':
check_ip(sys.argv[1] if len(sys.argv) > 1 else '1.1.1.1')Network name : APNIC-LABS
Range : 1.1.1.0 - 1.1.1.255
Country : AU
Holder : APNIC Research and Development
Reverse DNS : one.one.one.one
BGP prefix : 1.1.1.0/24
ASN : AS13335 - Cloudflare - ContentO que o script retornou para três IPs públicos?
Executamos o script em 19 de outubro de 2026 contra três endereços conhecidos. Os resultados mostram por que uma única consulta nunca basta.
| IP | Titular no RDAP | País no RDAP | ASN anunciante | Tipo no PeeringDB |
|---|---|---|---|---|
| 1.1.1.1 | Pesquisa e Desenvolvimento da APNIC | AU | AS13335 (Cloudflare) | Conteúdo |
| 8.8.8.8 | Google LLC | não informado | AS15169 (Google LLC) | Conteúdo |
| 193.0.6.139 | RIPE NCC | NL | AS3333 (RIPE NCC) | Sem fins lucrativos |
Dúvidas sobre verificação de IP de datacenter
Existe alguma verificação gratuita de IP de datacenter sem chave de API?
Sim. O RDAP via rdap.org, a chamada network-info do RIPEstat e a API de rede do PeeringDB são gratuitos e não exigem chave para uso leve. Juntos, eles informam o titular, o ASN anunciante e o tipo de rede. Serviços comerciais de geolocalização adicionam um sinalizador de "hosting" pronto, mas o constroem a partir dos mesmos registros públicos.
Um site consegue saber que meu proxy é um IP de datacenter?
Normalmente, sim. Qualquer site pode fazer as mesmas consultas no IP que se conecta a ele. Isso é normal para um proxy de datacenter e não é sinal de um IP ruim. Os IPs da RackProxies são IPs de datacenter e são identificados como tal; escolha-os para tarefas em que um endereço de hospedagem seja aceitável, como monitoramento e acesso em lista de permissões.
Por que o RDAP mostra um país diferente da cidade do meu proxy?
O RDAP mostra o país da organização que detém o bloco, não o local onde o servidor está. Uma rede registrada em um país pode rotear os endereços a partir de datacenters em vários outros. Os bancos de dados de geolocalização tentam corrigir isso com medições e geofeeds, com resultados variados. IPs de datacenter são registrados em redes de hospedagem, não em provedores de internet residenciais. Bases de geolocalização de IP podem colocar o mesmo IP em uma cidade diferente, ou até em um país diferente, do datacenter que o anuncia.
Como verifico muitos IPs de uma vez?
Percorra sua lista com o script acima e faça uma pausa entre as consultas: rdap.org, RIPEstat e PeeringDB são serviços públicos compartilhados. Para uma lista de IPs da RackProxies, também agrupe os endereços por /24 com o trecho no guia de diversidade de sub-redes. Armazene os resultados em cache, porque os dados de registro mudam lentamente.
Posso verificar meus IPs da RackProxies antes de uma tarefa longa?
Sim, e recomendamos isso. Seus IPs aparecem na sua conta como linhas IP:PORT:USERNAME:PASSWORD. Faça as consultas em cada IP e teste-o contra seu alvo com os comandos do quickstart. Se um IP não funcionar ou for inutilizável para uma finalidade lícita, escreva para o suporte: nós corrigimos ou substituímos por um IP no mesmo país, sujeito ao estoque.
Preciso de documento de identidade para comprar IPs de datacenter da RackProxies?
Não. Sem KYC: sem documento, sem selfie, sem documentos para se cadastrar, recarregar ou comprar. Você faz login com um número de conta, paga em BTC, USDT, USDC, ETH, SOL, LTC e vê o país e a data de término de cada IP na sua conta. Os planos vão a partir de US$ 1,29 para um IP até US$ 59,25 para 100, cada um por 30 dias; veja preços.
Verifique um IP da RackProxies você mesmo
Alugue um IP a partir de US$ 1,29 e faça todas as consultas nele. Sem KYC, pagamento com cripto.
Fontes (7)
- RFC 9082: Formato de consulta RDAP — IETF (2026-10-19)
- RFC 9083: Respostas JSON para RDAP — IETF (2026-10-19)
- rdap.org: redirecionador RDAP — rdap.org (2026-10-19)
- API de dados do RIPEstat — RIPE NCC (2026-10-19)
- Documentação da API do PeeringDB — PeeringDB (2026-10-19)
- RFC 1035: Nomes de domínio, implementação e especificação (registros PTR) — IETF (2026-10-19)
- urllib.request: biblioteca padrão do Python — Python Software Foundation (2026-10-19)