IP-Adresse suchen: IPv4- und IPv6-Lookup

Geben Sie eine oeffentliche IP-Adresse ein, um Geolokalisierung, Provider, Hostname und zusaetzliche Netzwerkhinweise abzurufen.

Unterstuetzt oeffentliche IPv4- und IPv6-Adressen.
!

Technischer Hinweis: Die IP-Suche zeigt oeffentlich verfuegbare Daten zu einer IP-Adresse wie Provider, Region, Hostname und ASN. Sie identifiziert keine Einzelpersonen. Fuer eine personenbezogene Zuordnung sind zusaetzliche Provider-Daten und ein rechtlicher Rahmen erforderlich.

IP-Adresse suchen: Was ein vollstaendiger IP-Lookup ueber eine Adresse verraet

Eine IP-Adresse suchen bedeutet, die technischen Metadaten einer oeffentlichen IP-Adresse abzurufen: Provider, Hostname, ASN, Region und Verbindungstyp. Der Unterschied zur IP-Ortung liegt im Fokus. Die Ortung zeigt, wo eine IP ungefaehr auf der Karte liegt. Die Suche zeigt, wem der Adressblock gehoert und wie er technisch eingebunden ist.

Was ein IP-Lookup technisch liefert

Ein vollstaendiger IP-Lookup kombiniert mehrere Datenquellen zu einem Gesamtbild. Der Hostname entsteht durch Reverse-DNS, also ueblicherweise ueber einen PTR-Record in der Rueckwaertszone des Betreibers. Er zeigt, welchen Rueckwaertsnamen der Betreiber fuer die Adresse hinterlegt hat. Nicht jede IP hat einen PTR-Eintrag. Wenn kein Reverse-DNS angezeigt wird, ist das deshalb kein Fehler, sondern haeufig einfach der Normalfall.

Der Provider wird aus Registrierungsdaten und Netzkontext abgeleitet. Fuer europaeische Adressen ist RIPE NCC die wichtigste Registry. Noch praeziser als der ausgeschriebene Provider-Name ist oft die ASN, also die Autonomous System Number. Sie verrät, welcher Netzbetreiber den Block technisch kontrolliert. Gerade bei Hosting, Cloud und Transit-Netzen ist das oft die schnellste Einordnung.

Warum ist das relevant? Weil dieselbe Region sehr verschiedene Bedeutungen haben kann. Eine IP aus Frankfurt kann zu einem Privatkundenanschluss gehoeren. Sie kann aber ebenso gut bei einem CDN, einem VPN-Gateway oder einem Cloud-Server liegen. Erst Hostname, ASN und Provider zusammen machen aus einer blossen Adresse einen brauchbaren technischen Befund.

Hinzu kommt der zeitliche Kontext. Eine Adresse, die heute einem unauffaelligen Hosting-Provider zugeordnet wird, kann in anderen Logs bereits bei Rate Limits, Bots oder Application Firewalls auftauchen. Genau darum wird ein guter IP-Lookup in Sicherheits- und Betriebsumgebungen selten isoliert betrachtet. Er ist ein Einstieg in die Frage, wie plausibel die beobachtete Adresse im Gesamtbild wirkt.

i

Reverse-DNS ist optional

Der Hostname entsteht durch einen PTR-Record in der Rueckwaertszone des IP-Betreibers. Nicht jede IP hat einen solchen Eintrag. Wenn "Kein Reverse-DNS" angezeigt wird, ist das kein Fehler. Cloud-Server, Mobilfunknetze und manche Provider setzen bewusst keinen PTR-Namen.

Wann ein IP-Lookup wirklich Zeit spart

Ein unbekannter Eintrag im Firewall-Log. Eine Adresse, die ploetzlich Mails ausliefert. Ein verdächtiger API-Zugriff aus einem Netz, das nicht zu Ihrem Kundenspektrum passt. In solchen Situationen spart ein sauberer Lookup Zeit, weil er sofort zeigt, ob Sie es eher mit einem Endkundenanschluss, einem Hosting-Provider, einem Rechenzentrum oder einem grossen Cloud-Anbieter zu tun haben.

Fuer Abuse-Workflows ist das besonders nuetzlich. Zuerst kommt die IP-Suche fuer den technischen Kontext. Danach folgt oft die WHOIS-Abfrage, um Registrierungsdaten und Abuse-Kontakte zu sehen. Wenn es um Erreichbarkeit oder Routingverhalten geht, ist der naechste Schritt haeufig der Ping-Test. Diese Kombination deckt einen grossen Teil der alltaeglichen Netzwerkdiagnose ab.

Auch bei Domainproblemen hilft der Lookup. Wenn eine Website ploetzlich ueber eine ungewohnte Adresse antwortet, laesst sich oft in Minuten erkennen, ob eine DNS-Aenderung, ein CDN, ein DDoS-Schutzdienst oder eine Infrastrukturmigration dahintersteht. Genau deshalb ist diese Seite kein Ersatz fuer DNS oder WHOIS, sondern ein frueher Entscheidungspunkt im Diagnoseweg.

Ein weiteres typisches Einsatzszenario ist die Bewertung von Zugriffslisten. Wenn in einem SIEM oder WAF-Log ploetzlich viele Verbindungen aus derselben ASN auftauchen, muss man schnell entscheiden, ob es sich eher um legitimen Bot-Traffic, um Kundenverkehr hinter einem Mobilfunknetz oder um Infrastruktur eines Hosters handelt. Ein Lookup beantwortet das nicht vollstaendig, aber er macht aus einer abstrakten Adresse einen technisch lesbaren Hinweis.

ASN und Provider richtig lesen

An der ASN erkennen Sie oft schneller als am ausgeschriebenen Namen, was fuer ein Netz vor Ihnen liegt. Eine Privatkunden-IP bei der Deutschen Telekom wirkt anders als eine Adresse bei Hetzner, OVH oder Cloudflare. Das gilt nicht nur fuer Missbrauchsfaelle. Auch fuer Performance-, Caching- oder Sicherheitsfragen ist es entscheidend, ob eine Adresse eher zu einem Endkunden-ISP oder zu einer Serverumgebung gehoert.

Providernamen koennen dabei irritieren. Eine Adresse wird vielleicht unter einer Tochtergesellschaft, einem Backbone-Namen oder einer regionalen Einheit gefuehrt. Die ASN bringt hier Ordnung hinein, weil sie direkt auf das autonome System zeigt, in dem die Route verankert ist. Wenn Sie also wissen wollen, ob eine IP zu einem Privatkundenprovider, zu einem Hyperscaler oder zu einem Hostingnetz gehoert, ist die ASN oft das robustere Signal.

Beispiele grosser ASNs mit haeufiger Relevanz im deutschen Markt
ASN Betreiber Typische Nutzung
AS3320Deutsche Telekom AGDSL, Glasfaser, Geschaeftskunden
AS3209Vodafone DeutschlandKabel, DSL, Mobilfunk
AS6805Telefonica GermanyMobilfunk, DSL, O2-Netz
AS88811&1 VersatelDSL, B2B, Infrastruktur
AS24940Hetzner OnlineHosting, Dedicated Server
AS16276OVH SASCloud, Hosting
AS15169Google LLCGoogle-Dienste, Cloud
AS13335Cloudflare Inc.CDN, Reverse Proxy, DDoS-Schutz
Wichtige Lookup-Signale und ihre typische Bedeutung
Signal Typische Lesart Naechster Schritt
Kein Reverse-DNSPTR nicht gesetzt oder bewusst neutralASN und WHOIS pruefen
Cloud-Anbieter als ProviderServer, Proxy, CDN oder SicherheitsdienstDNS und WHOIS kombinieren
Endkunden-ISP als ProviderWahrscheinlicher Privat- oder Business-AnschlussRegion und Zeitpunkt bewerten
CDN oder Reverse ProxyOrigin liegt moeglicherweise dahinter verborgenDNS, Header und Zertifikatskontext pruefen
IPv6 mit wenig ZusatzdatenPrivacy Extensions oder geringere DatentiefeZeitfenster und Providerkontext beachten
Tipp

Cloud-Provider statt ISP?

Wenn die IP-Suche einen Cloud- oder Hosting-Anbieter wie Hetzner, OVH oder Cloudflare statt eines Endkunden-ISPs zeigt, gehoert die IP wahrscheinlich zu einem Server oder Proxy-Dienst. In diesem Fall lohnt sich oft zuerst DNS-Eintraege pruefen und danach WHOIS-Abfrage.

IPv6-Lookups und Privacy Extensions

IPv6-Adressen liefern bei einem Lookup oft weniger alltagsnahe Hinweise als IPv4. Das liegt nicht daran, dass IPv6 schlechter dokumentiert waere, sondern an der Art, wie viele Systeme damit umgehen. Moderne Betriebssysteme nutzen haeufig temporaere Adressen nach RFC 4941. Diese sogenannten Privacy Extensions sorgen dafuer, dass sich die sichtbare IPv6-Adresse regelmaessig aendert und nicht dauerhaft auf einen einzelnen Interface-Identifier zurueckfuehrt.

Das ist gut fuer den Datenschutz, macht aber die Interpretation schwieriger. Ein IPv6-Lookup kann deshalb oft den Provider und die Region sauber zeigen, aber nicht dieselbe Stabilitaet liefern wie ein klassischer IPv4-Befund. Wer also eine temporaere IPv6-Adresse analysiert, sollte sich nicht wundern, wenn Hostname, historische Wiedererkennbarkeit oder standortnahe Aussagen begrenzt bleiben.

Fuer tiefere Peering- oder Routingfragen hilft es oft, die ASN zusaetzlich in einem Netzkontext-Verzeichnis wie PeeringDB einzuordnen. Dort wird sichtbar, ob ein Netz eher als Transit-Anbieter, CDN, IXP-Teilnehmer oder klassischer Betreiber auftritt. Das ersetzt den Lookup nicht, ergaenzt ihn aber in Infrastrukturfaellen sinnvoll.

!

IPv6 Privacy Extensions

Privacy Extensions erzeugen regelmaessig neue temporaere IPv6-Adressen. Ein IP-Lookup fuer eine solche Adresse zeigt in der Regel den Provider und den Netzkontext, aber keine dauerhaft stabile Endpunkt-Zuordnung. Fuer Sicherheitsanalysen sollte deshalb immer der zeitliche Kontext mitgedacht werden.

Wann die IP-Suche allein nicht reicht

Der IP-Lookup beantwortet nicht jede Frage. Er zeigt nicht, wem eine Domain gehoert, wann sie registriert wurde oder welche Nameserver konfiguriert sind. Dafuer brauchen Sie WHOIS und DNS. Er zeigt auch nicht automatisch, ob ein Host wirklich antwortet oder ob Paketverlust vorliegt. Dafuer brauchen Sie Ping oder andere Erreichbarkeitstests.

In der Praxis ist genau diese Abgrenzung wertvoll. Ein Lookup ist schnell, kostenguenstig und oft schon nach wenigen Sekunden ausreichend, um offensichtliche Fehlannahmen auszuschliessen. Wer aber belastbare Aussagen zu Verantwortlichkeit, Konfiguration oder Erreichbarkeit treffen will, sollte die IP-Suche immer als ersten technischen Schritt lesen und nicht als vollstaendige Schlussfolgerung.

Genau deshalb sollte die IP-Suche als technischer Kontextbaustein verstanden werden. Sie hilft beim schnellen Sortieren: Ist das eine Endkunden-IP, ein VPN, ein Cloudnetz, ein CDN oder ein Rechenzentrum? Wenn diese Frage geklaert ist, wird der naechste Schritt offensichtlich. In diesem Sinn ist ein sauber interpretierter IP-Lookup oft die schnellste Bruecke zwischen einer unbekannten Adresse und einer nachvollziehbaren Diagnose.

IP-Lookup in drei Schritten

  1. Geben Sie eine IP ein.
  2. Starten Sie die Abfrage.
  3. Kombinieren Sie die Ergebnisse bei Bedarf mit WHOIS und DNS.

Fragen zur IP-Suche

Ja. Die IP-Suche verarbeitet sowohl IPv4- als auch IPv6-Adressen. Bei IPv6 koennen aufgrund von Privacy Extensions und wechselnden temporaeren Adressen manche Details weniger stabil wirken als bei IPv4.

Eine Autonomous System Number identifiziert den Netzbetreiber, dem ein IP-Block technisch zugeordnet ist. An der ASN erkennen Sie oft schneller als am Providernamen, ob eine IP zu einem ISP, einem Rechenzentrum oder einem Cloud-Anbieter gehoert.

Dann ist fuer diese Adresse kein PTR-Record gesetzt. Das ist kein Fehler und kommt haeufig bei Cloud-Servern, Mobilfunknetzen oder bewusst neutral konfigurierten IP-Bloecken vor.

Nein. Private Adressen wie 10.x.x.x, 172.16-31.x.x oder 192.168.x.x sind nur in lokalen Netzen gueltig und besitzen keine oeffentlichen Registrierungsdaten.

Die IP-Suche zeigt den technischen Kontext einer Adresse wie Provider, Region, Hostname und ASN. WHOIS liefert dagegen Registrierungs- und Abuse-Daten, also Informationen darueber, wem ein Block offiziell zugeordnet ist und welche Kontakte hinterlegt wurden.

Die Abfrage ist auf lokale Verarbeitung und technische Einordnung ausgelegt. Es werden keine Suchanfragen an externe IP-Metadaten-Dienste weitergeleitet, und die Seite ist nicht als Tracking-Werkzeug konzipiert.

Provider arbeiten oft mit Tochtergesellschaften, Backbone-Namen oder regionalen Einheiten. Die angezeigte Zuordnung folgt dem Eintrag des Netzbetreibers oder der Registry und kann deshalb anders aussehen als der Markenname, den Endkundinnen und Endkunden kennen.