Ohne KYC — kein Ausweis, kein Selfie, keine Dokumente · dedizierte IPv4 pro IP, 30-Tage-Miete
Sprache: Deutsch
Loslegen

Leitfaden · Rechenzentrums-IP-Prüfung

Rechenzentrums-IP prüfen: So erkennst du, ob eine IP aus einem Rechenzentrum stammt

Vier öffentliche Abfragen zeigen dir, wer eine IP hält, welches Netz sie ankündigt und wie Datenbanken sie klassifizieren. Kein API-Schlüssel nötig.

Zuletzt aktualisiert: · 7 Min. Lesezeit

Kurze Antwort

Wie prüfe ich, ob eine IP aus einem Rechenzentrum stammt?

Für eine Rechenzentrums-IP-Prüfung schlägst du die Adresse in RDAP nach (https://rdap.org/ip/<ip>), findest das ASN, das sie ankündigt, und liest den Typ dieses Netzes in PeeringDB; ein Hosting-Unternehmen oder ein Typ "NSP" deutet auf ein Rechenzentrum hin. Vier Abfragen, kein API-Schlüssel. RackProxies vermietet dedizierte Rechenzentrums-IPv4, die diese Prüfung ehrlich besteht, ab 1,29 $ pro IP. Ohne KYC, nur mit Krypto bezahlen.

Was dir jede Abfrage verrät

RDAP-Eintrag (RFC 9083)Wer den Adressblock hält, sein Bereich und das Registrierungsland des Inhabers
ASN des ankündigenden NetzesWelches autonome System die IP heute im Internet routet
PeeringDB-NetztypWie das Netz sich selbst beschreibt: NSP, Content, Cable/DSL/ISP und andere
Reverse DNS (PTR-Eintrag)Der Hostname, den das Netz der IP gegeben hat; Hosting-Namen enthalten oft "server", "vps" oder "static"
Geolocation-DatenbankenEin geschätztes Land und eine Stadt plus ein Nutzungslabel wie "hosting" oder "ISP"; die Datenbanken weichen voneinander ab
RackProxies-IPsWir leasen Datacenter-IPv4-Adressen von etablierten vorgelagerten Hosting- und Netzwerkpartnern. Diese IPs sind auf Hosting-Netzen (ASNs) registriert, nicht auf Heim-Internetprovider, und es ist kein privates oder mobiles Gerät beteiligt

Schritt 1: Was zeigt eine RDAP-Abfrage?

Eine RDAP-Abfrage zeigt den Registry-Eintrag des Adressblocks: seinen Bereich, seinen Namen, die Organisation, die ihn hält, und das Land dieser Organisation. RDAP ist der JSON-Nachfolger von WHOIS, definiert in RFC 9082 (Abfragen) und RFC 9083 (Antworten).

Öffne https://rdap.org/ip/203.0.113.10 im Browser und ersetze die Dokumentationsadresse durch deine eigene IP. rdap.org leitet die Abfrage an die richtige Registry weiter: ARIN, RIPE NCC, APNIC, LACNIC oder AFRINIC. Lies drei Felder:

  • name und die Entität registrant: ein Hosting-, Cloud- oder Colocation-Unternehmen deutet auf eine Rechenzentrums-IP hin.
  • startAddress und endAddress: die Größe des Blocks.
  • country: das Land des Inhabers. Es ist kein Beweis dafür, wo der Server steht, und manche Einträge lassen es weg.

Der Registry-Eintrag kann ein anderes Unternehmen nennen als das, das die IP routet. Am 19. Oktober 2026 war 1.1.1.1 bei APNIC Research and Development (Land AU) registriert, wurde aber von Cloudflares AS13335 angekündigt. Deshalb ist Schritt 2 wichtig.

Schritt 2: Wie finde ich das ASN und den Netztyp?

Frage eine Routing-Datenbank, welches ASN die IP ankündigt, und schlage dieses ASN dann in PeeringDB nach. Beide haben kostenlose JSON-APIs ohne Schlüssel:

  • RIPEstat: https://stat.ripe.net/data/network-info/data.json?resource=<ip> liefert das angekündigte Präfix und das ASN.
  • PeeringDB: https://www.peeringdb.com/api/net?asn=<asn> liefert den Namen des Netzes und seinen info_types.

Ein Netztyp "NSP" (Network Service Provider) oder "Content" mit dem Namen eines Hosting-Unternehmens bedeutet eine Rechenzentrums-IP. "Cable/DSL/ISP" bedeutet einen Endkundenanbieter. Nicht jedes Netz hat einen PeeringDB-Eintrag; fehlt er, suche nach dem ASN-Namen: Hosting-Unternehmen schreiben auf ihren eigenen Websites, was sie verkaufen.

Schritt 3: Was bringt Reverse DNS?

Reverse DNS liefert den Hostnamen, den das Netz der IP zugewiesen hat, und Hosting-Netze verwenden oft Namen mit "server", "vps", "static" oder "dedicated". Führe dig -x 203.0.113.10 +short oder nslookup 203.0.113.10 mit einer echten Adresse aus.

Nimm die Antwort als Hinweis. Ein fehlender PTR-Eintrag beweist nichts, und der Netzbetreiber kann jeden beliebigen Namen eintragen. Privatkundenanbieter codieren oft den Leitungstyp oder die Stadt des Kunden im Namen, also das umgekehrte Muster.

Schritt 4: Was bedeuten "hosting"-Flags in IP-Datenbanken?

Ein "hosting"-Flag bedeutet, dass die Datenbank das Netz der IP als Rechenzentrums-, Cloud- oder Transit-Anbieter eingestuft hat und nicht als Heim- oder Mobilfunkanbieter. Datenbanken bilden dieses Label aus denselben öffentlichen Daten, die du gerade gelesen hast: Registry-Einträge, ASN-Eigentum und Netztyp, plus eigene Messungen.

Zwei Einschränkungen. Erstens weichen Datenbanken voneinander ab: eine sagt "hosting", eine andere "business". Zweitens beschreibt das Flag das Netz, nicht die Person, die es nutzt. Ein Rechenzentrums-Proxy wird als hosting gelabelt, weil er gehostet wird. RackProxies verkauft keine IPs, die etwas anderes vortäuschen. Datacenter-IPs sind auf Hosting-Netzen registriert, nicht auf Heim-Internetprovider. IP-Geolokalisierungsdatenbanken können dieselbe IP in einer anderen Stadt oder sogar einem anderen Land verorten als dem Datacenter, das sie ankündigt. Der Geolocation-Leitfaden erklärt, warum auch die Stadt abweichen kann.

Kann ich die ganze Prüfung per Skript ausführen?

Ja. Das unten stehende Python-Skript nutzt nur die Standardbibliothek (urllib, json, socket). Es fragt rdap.org, RIPEstat und PeeringDB ab, von denen keines einen Schlüssel braucht. Speichere es als ip_check.py und führe python ip_check.py 1.1.1.1 aus.

ip_check.py: RDAP, Reverse DNS, ASN und PeeringDB-Typ
"""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')
Ausgabe für 1.1.1.1 am 19. Oktober 2026
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 - Content

Was hat das Skript für drei öffentliche IPs zurückgegeben?

Wir haben das Skript am 19. Oktober 2026 gegen drei bekannte Adressen ausgeführt. Die Ergebnisse zeigen, warum eine einzige Abfrage nie ausreicht.

Registry- und Routing-Daten ändern sich im Laufe der Zeit; führe das Skript erneut aus, um aktuelle Werte zu erhalten.
IPRDAP-InhaberRDAP-LandAnkündigendes ASNPeeringDB-Typ
1.1.1.1APNIC Research and DevelopmentAUAS13335 (Cloudflare)Inhalt
8.8.8.8Google LLCnicht angegebenAS15169 (Google LLC)Inhalt
193.0.6.139RIPE NCCNLAS3333 (RIPE NCC)gemeinnützig

Fragen zur Datacenter-IP-Prüfung

Gibt es eine kostenlose Datacenter-IP-Prüfung ohne API-Schlüssel?

Ja. RDAP über rdap.org, der RIPEstat network-info-Aufruf und die PeeringDB network API sind kostenlos und benötigen für leichte Nutzung keinen Schlüssel. Zusammen zeigen sie dir den Inhaber, das announceende ASN und den Netzwerktyp. Kommerzielle Geolocation-Dienste fügen ein fertiges "Hosting"-Flag hinzu, bauen es aber aus denselben öffentlichen Datensätzen.

Kann eine Website erkennen, dass mein Proxy eine Datacenter-IP ist?

Meistens ja. Jede Website kann dieselben Abfragen für die IP ausführen, die sich mit ihr verbindet. Das ist bei einem Datacenter-Proxy normal und kein Zeichen für eine schlechte IP. RackProxies-IPs sind Datacenter-IPs und werden auch so gekennzeichnet; wähle sie für Aufgaben, bei denen eine Hosting-Adresse akzeptabel ist, etwa Monitoring und Zugriff über Allowlists.

Warum zeigt RDAP ein anderes Land als die Stadt meines Proxys?

RDAP zeigt das Land der Organisation, die den Block hält, nicht den Ort, an dem der Server steht. Ein in einem Land registriertes Netzwerk kann die Adressen aus Datacentern in vielen anderen Ländern routen. Geolocation-Datenbanken versuchen, das mit Messungen und Geofeeds zu korrigieren, mit gemischten Ergebnissen. Datacenter-IPs sind auf Hosting-Netzen registriert, nicht auf Heim-Internetprovider. IP-Geolokalisierungsdatenbanken können dieselbe IP in einer anderen Stadt oder sogar einem anderen Land verorten als dem Datacenter, das sie ankündigt.

Wie prüfe ich viele IPs auf einmal?

Schleife über deine Liste mit dem obigen Skript und pausiere zwischen den Abfragen: rdap.org, RIPEstat und PeeringDB sind gemeinsam genutzte öffentliche Dienste. Für eine Liste mit RackProxies-IPs gruppiere die Adressen zusätzlich per /24 mit dem Snippet im Leitfaden zur Subnetz-Vielfalt. Speichere Ergebnisse im Cache, denn Registry-Daten ändern sich langsam.

Kann ich meine RackProxies-IPs vor einem langen Job prüfen?

Ja, und wir empfehlen es. Deine IPs sind in deinem Konto als IP:PORT:USERNAME:PASSWORD-Zeilen aufgeführt. Führe die Abfragen für jede IP aus und teste sie gegen dein Ziel mit den Quickstart-Befehlen. Wenn eine IP nicht funktioniert oder für eine rechtmäßige Nutzung unbrauchbar ist, schreib dem Support: Wir reparieren sie oder ersetzen sie durch eine IP im selben Land, abhängig vom Bestand.

Brauche ich einen Ausweis, um Datacenter-IPs bei RackProxies zu kaufen?

Nein. Ohne KYC: keine ID, kein Selfie, keine Dokumente zum Registrieren, Einzahlen oder Kaufen. Du meldest dich mit einer Kontonummer an, bezahlst in BTC, USDT, USDC, ETH, SOL, LTC und siehst das Land und das Enddatum jeder IP in deinem Konto. Pläne reichen von 1,29 $ für eine IP bis 59,25 $ für 100, jeweils für 30 Tage; siehe Preise.

Prüfe eine RackProxies-IP selbst

Miete eine IP für 1,29 $ und führe damit jede Abfrage aus. Ohne KYC, Zahlung mit Krypto.

Quellen (7)
  1. RFC 9082: RDAP Query Format — IETF (2026-10-19)
  2. RFC 9083: JSON Responses for RDAP — IETF (2026-10-19)
  3. rdap.org: RDAP-Redirector — rdap.org (2026-10-19)
  4. RIPEstat Data API — RIPE NCC (2026-10-19)
  5. PeeringDB API-Dokumentation — PeeringDB (2026-10-19)
  6. RFC 1035: Domain Names, Implementation and Specification (PTR-Einträge) — IETF (2026-10-19)
  7. urllib.request: Python-Standardbibliothek — Python Software Foundation (2026-10-19)

1 IP 1,29 $ · ohne KYC

Preise ansehen