Szybka odpowiedź
Jak sprawdzić, czy IP należy do centrum danych?
Aby sprawdzić IP centrum danych, wyszukaj adres w RDAP (https://rdap.org/ip/<ip>), znajdź ASN, który go ogłasza, i odczytaj typ tej sieci w PeeringDB; firma hostingowa lub typ „NSP” wskazuje na centrum danych. Cztery zapytania, bez klucza API. RackProxies wynajmuje dedykowane IPv4 centrów danych, które uczciwie przechodzą ten test, od 1,29 USD za IP. Bez KYC, tylko krypto.
Co mówi każde zapytanie
| Rekord RDAP (RFC 9083) | Kto posiada blok adresów, jego zakres i kraj rejestracji posiadacza |
|---|---|
| ASN sieci ogłaszającej | Który system autonomiczny kieruje IP w internecie dzisiaj |
| Typ sieci w PeeringDB | Jak sieć opisuje samą siebie: NSP, Content, Cable/DSL/ISP i inne |
| Reverse DNS (rekord PTR) | Nazwa hosta, którą sieć nadała IP; nazwy hostingowe często zawierają „server”, „vps” lub „static” |
| Bazy geolokalizacyjne | Zgadywany kraj i miasto oraz etykieta użycia, taka jak „hosting” lub „ISP”; bazy danych się nie zgadzają |
| IP RackProxies | Wynajmujemy adresy IPv4 serwerowni od uznanych partnerów hostingowych i sieciowych. Te IP są zarejestrowane na sieci hostingowe (ASN), a nie na domowych dostawców internetu, i nie jest zaangażowane żadne urządzenie rezydencjalne ani mobilne |
Krok 1: co pokazuje zapytanie RDAP?
Zapytanie RDAP pokazuje rekord rejestru bloku adresów: jego zakres, nazwę, organizację, która go posiada, oraz kraj tej organizacji. RDAP to następca WHOIS w formacie JSON, zdefiniowany w RFC 9082 (zapytania) i RFC 9083 (odpowiedzi).
Otwórz https://rdap.org/ip/203.0.113.10 w przeglądarce, wpisując własne IP w miejsce adresu dokumentacyjnego. rdap.org przekazuje zapytanie do właściwego rejestru: ARIN, RIPE NCC, APNIC, LACNIC lub AFRINIC. Odczytaj trzy pola:
namei podmiotregistrant: firma hostingowa, chmurowa lub kolokacyjna wskazuje na IP centrum danych.startAddressiendAddress: rozmiar bloku.country: kraj posiadacza. To nie jest dowód, gdzie stoi serwer, a niektóre rekordy go pomijają.
Rekord rejestru może wskazywać inną firmę niż ta, która kieruje IP. 19 października 2026 1.1.1.1 był zarejestrowany na APNIC Research and Development (kraj AU), ale ogłaszany przez AS13335 Cloudflare. Dlatego krok 2 ma znaczenie.
Krok 2: jak znaleźć ASN i typ sieci?
Zapytaj bazę routingu, który ASN ogłasza IP, a następnie sprawdź ten ASN w PeeringDB. Oba mają darmowe API JSON bez kluczy:
- RIPEstat:
https://stat.ripe.net/data/network-info/data.json?resource=<ip>zwraca ogłaszany prefiks i ASN. - PeeringDB:
https://www.peeringdb.com/api/net?asn=<asn>zwraca nazwę sieci i jejinfo_types.
Typ sieci „NSP” (dostawca usług sieciowych) lub „Content” z nazwą firmy hostingowej oznacza IP centrum danych. „Cable/DSL/ISP” oznacza dostawcę dla konsumentów. Nie każda sieć ma rekord w PeeringDB; gdy go brakuje, wyszukaj nazwę ASN: firmy hostingowe mówią, co sprzedają, na własnych stronach.
Krok 3: co dodaje reverse DNS?
Reverse DNS zwraca nazwę hosta, którą sieć IP przypisała do adresu, a sieci hostingowe często używają nazw zawierających „server”, „vps”, „static” lub „dedicated”. Uruchom dig -x 203.0.113.10 +short lub nslookup 203.0.113.10 z prawdziwym adresem.
Traktuj odpowiedź jako wskazówkę. Brak rekordu PTR niczego nie dowodzi, a operator sieci może wpisać dowolną nazwę. Dostawcy domowi często kodują w nazwie typ łącza lub miasto klienta, co jest odwrotnym wzorcem.
Krok 4: co oznaczają flagi „hosting” w bazach IP?
Flaga „hosting” oznacza, że baza zaklasyfikowała sieć IP jako centrum danych, chmurę lub dostawcę tranzytu, a nie dostawcę domowego lub mobilnego. Bazy budują tę etykietę z tych samych publicznych danych, które właśnie odczytałeś: rekordów rejestru, własności ASN i typu sieci, plus własnych pomiarów.
Dwie uwagi. Po pierwsze, bazy się nie zgadzają: jedna może mówić „hosting”, a inna „business”. Po drugie, flaga opisuje sieć, nie osobę, która jej używa. Proxy w centrum danych jest oznaczone jako hosting, bo jest hostowane. RackProxies nie sprzedaje IP, które udają coś innego. IP serwerowni są zarejestrowane na sieci hostingowe, a nie na domowych dostawców internetu. Bazy geolokalizacji IP mogą umieścić to samo IP w innym mieście, a nawet w innym kraju, niż serwerownia, która je ogłasza. Przewodnik po geolokalizacji wyjaśnia, dlaczego miasto też może się różnić.
Czy mogę wykonać całe sprawdzenie ze skryptu?
Tak. Poniższy skrypt w Pythonie używa tylko biblioteki standardowej (urllib, json, socket). Odpytuje rdap.org, RIPEstat i PeeringDB, z których żaden nie wymaga klucza. Zapisz go jako ip_check.py i uruchom 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 - ContentCo skrypt zwrócił dla trzech publicznych IP?
Uruchomiliśmy skrypt 19 października 2026 dla trzech dobrze znanych adresów. Wyniki pokazują, dlaczego jedno zapytanie nigdy nie wystarcza.
| IP | Posiadacz RDAP | Kraj RDAP | Ogłaszający ASN | Typ PeeringDB |
|---|---|---|---|---|
| 1.1.1.1 | APNIC Research and Development | AU | AS13335 (Cloudflare) | Treść |
| 8.8.8.8 | Google LLC | nie podano | AS15169 (Google LLC) | Treść |
| 193.0.6.139 | RIPE NCC | NL | AS3333 (RIPE NCC) | Organizacja non-profit |
Pytania o sprawdzanie IP centrów danych
Czy istnieje darmowe sprawdzanie IP centrów danych bez klucza API?
Tak. RDAP przez rdap.org, wywołanie network-info w RIPEstat oraz API sieci PeeringDB są darmowe i nie wymagają klucza przy lekkim użytkowaniu. Razem podają posiadacza, ogłaszający ASN i typ sieci. Komercyjne usługi geolokalizacji dodają gotową flagę "hosting", ale budują ją na tych samych publicznych rekordach.
Czy strona internetowa może rozpoznać, że moje proxy to IP centrum danych?
Zwykle tak. Każda witryna może wykonać te same zapytania na IP, które się z nią łączy. To normalne dla proxy z centrum danych i nie świadczy o złym IP. IP w RackProxies to IP centrów danych i są tak oznaczone; wybieraj je do zadań, w których adres hostingowy jest akceptowalny, takich jak monitoring i dostęp z listy dozwolonych.
Dlaczego RDAP pokazuje inny kraj niż miasto mojego proxy?
RDAP pokazuje kraj organizacji, która posiada blok, a nie miejsce, gdzie stoi serwer. Sieć zarejestrowana w jednym kraju może kierować adresy z centrów danych w wielu innych. Bazy geolokalizacyjne próbują to skorygować za pomocą pomiarów i geofeedów, z różnym skutkiem. IP serwerowni są zarejestrowane na sieci hostingowe, a nie na domowych dostawców internetu. Bazy geolokalizacji IP mogą umieścić to samo IP w innym mieście, a nawet w innym kraju, niż serwerownia, która je ogłasza.
Jak sprawdzić wiele IP naraz?
Przejdź w pętli po swojej liście skryptem powyżej i rób przerwy między zapytaniami: rdap.org, RIPEstat i PeeringDB to współdzielone usługi publiczne. Dla listy IP w RackProxies pogrupuj też adresy według /24 za pomocą fragmentu w przewodniku po różnorodności podsieci. Buforuj wyniki, bo dane rejestrowe zmieniają się powoli.
Czy mogę sprawdzić swoje IP w RackProxies przed długim zadaniem?
Tak, i zalecamy to. Twoje IP są wymienione na koncie jako wiersze IP:PORT:USERNAME:PASSWORD. Uruchom zapytania dla każdego IP i przetestuj je względem celu za pomocą poleceń z quickstart. Jeśli IP nie działa lub jest bezużyteczne do zgodnego z prawem celu, napisz do pomocy technicznej: naprawimy je lub wymienimy na IP w tym samym kraju, zależnie od dostępności.
Czy potrzebuję dokumentu tożsamości, aby kupić IP centrów danych w RackProxies?
Nie. Bez KYC: żadnego dowodu tożsamości, selfie ani dokumentów przy rejestracji, doładowaniu lub zakupie. Logujesz się numerem konta, płacisz w BTC, USDT, USDC, ETH, SOL, LTC i widzisz kraj oraz datę końca każdego IP na swoim koncie. Plany zaczynają się od 1,29 USD za jedno IP do 59,25 USD za 100, każdy na 30 dni; zobacz cennik.
Sprawdź IP w RackProxies samodzielnie
Wynajmij jedno IP za 1,29 USD i uruchom na nim wszystkie zapytania. Bez KYC, płatność w krypto.
Źródła (7)
- RFC 9082: Format zapytań RDAP — IETF (2026-10-19)
- RFC 9083: Odpowiedzi JSON dla RDAP — IETF (2026-10-19)
- rdap.org: przekierowanie RDAP — rdap.org (2026-10-19)
- RIPEstat Data API — RIPE NCC (2026-10-19)
- Dokumentacja API PeeringDB — PeeringDB (2026-10-19)
- RFC 1035: Domain Names, Implementation and Specification (rekordy PTR) — IETF (2026-10-19)
- urllib.request: biblioteka standardowa Pythona — Python Software Foundation (2026-10-19)