IP-Info / ASN-Lookup: wem gehoert diese Adresse, wo lebt sie, was fuer ein Host ist das
Fuege eine beliebige IPv4- oder IPv6-Adresse ein und du bekommst in einer Sekunde den vollen Hintergrund: welcher Netzbetreiber (ASN) sie ins Internet ansagt, welches Land und welche Registry sie zugewiesen haben, welchen Reverse-DNS-Namen sie traegt, welche Stadt die Geo-Datenbanken auf sie packen und ob sie ein Bogon, Privat, CGNAT, Tor-Exit-Node oder bekannter Datacenter ist.
Das ist, was Abuse-Desks, Security-Teams und neugierige Entwickler tun, wenn eine unbekannte IP in ihren Logs auftaucht. Du musst whois nicht installieren, ARIN-Queries nicht von Hand tippen und keinem einzelnen kommerziellen Geo-Provider vertrauen: das Tool kombiniert den ASN-Service von Team Cymru, den OS-Reverse-DNS-Resolver, die oeffentliche Tor-Exit-Liste und eine kuratierte Liste von Cloud-/Hosting-ASNs zu einem klaren, multi-signal-basierten Urteil.
Nutze es in dem Moment, in dem eine seltsame IP in deinen Serverlogs auftaucht, eine Comment-Spam-IP Kontext braucht, ein Kunde sich beschwert "ich werde geblockt", oder du einfach wissen willst, ob eine IP eine normale Heimanbindung oder eine AWS-EC2-Instanz ist.
So benutzt du es
- IP-Adresse einfuegen in beliebigem Format: IPv4 wie `8.8.8.8`, IPv6 wie `2606:4700:4700::1111`. Das Feld validiert beim Absenden, kein `http://`, kein Port, nur die Adresse.
- Lookup klicken. Das Tool fuehrt alle Checks parallel: ASN-Lookup ueber Team Cymru DNS, Reverse DNS ueber den OS-Resolver, Geo ueber eine oeffentliche API, Bogon-/CGNAT-/Multicast-Checks via lokalem Bitmaskenabgleich, Tor-Exit-Check gegen eine taeglich gecachte Liste.
- Die Beispiel-IP-Chips nutzen, um typische Testfaelle sofort auszuprobieren: `8.8.8.8` (Google DNS, Datacenter), `1.1.1.1` (Cloudflare), `192.168.1.1` (RFC1918 privat), `100.64.0.1` (CGNAT).
- Die Flag-Badges oben lesen: Familie (v4 / v6), public vs Bogon, Datacenter, Tor. Rote Badges heissen "nicht wie eine normale Client-IP behandeln".
- Identity-Karte: zeigt IP, Familie und Reverse DNS (PTR). Ein Reverse wie `dns.google` ist ein starkes Indiz, dass die IP zu dieser Organisation gehoert.
- ASN-Karte: ASN-Nummer, Registry-Name (ARIN, RIPE, APNIC...), zugewiesener Prefix und Netzbetreiber (CLOUDFLARENET, AMAZON-02, GOOGLE).
- Geo-Karte: Land, Region, Stadt, Koordinaten, Zeitzone, ISP und Organisation. Stadtgenaue Daten als Hinweis sehen, nicht als Fakt, besonders bei Mobilfunknetzen und VPN-Exits.
- Flag-Karte: explizite Urteile zu Bogon / Tor / Datacenter plus das Alter des Tor-Listen-Caches, damit du weisst, wie frisch die Antwort ist.
Wann das nuetzlich ist
Sechs konkrete Situationen, in denen dieses Tool das "ich google die IP halt" ersetzt:
- Triage verdaechtigen Traffics in Serverlogs. Ein Login von `45.61.x.x` sieht komisch aus. Du fuegst sie ein: das ASN ist ein bekannter Hosting-Provider, das Reverse DNS ist ein generischer VPS-Hostname, und das Tool flaggt datacenter. Der eine Treffer reicht, um Rate-Limits zu verschaerfen oder MFA zu triggern.
- Tor-Exit-Erkennung fuer Fraud-/Abuse-Policies. Jemand hat dein Free-Tier von `185.220.x.x` missbraucht. Du fuegst die IP ein, das Tool liefert tor: ja mit einer in den letzten 24h aktualisierten Tor-Liste. Du ergaenzt eine Policy "Signups von Tor-Exits blocken, Login durchlassen" und bist fertig.
- Kunde beschwert sich, dass er dich nicht erreicht. Er sendet seine IP. Du siehst CGNAT, das ASN ist ein Mobilfunkanbieter, das Land passt zu seiner Angabe. Sein Problem liegt vermutlich an seinem NAT (Port-Range), nicht an deinem Service.',
- Untersuchung von Spam-Kommentaren / Form-Missbrauch. Die IP zeigt sich als datacenter (DigitalOcean) in Sao Paulo, der Reverse DNS ist ein generischer Droplet-Name. Das sagt dir, das ganze Subnet an der Front-Edge zu blocken statt Whack-a-Mole zu spielen.
- "Private IP" verifizieren, bevor man sie meldet. Du siehst `100.64.5.10` in einem Bug-Report. Das Tool flaggt sie CGNAT (keine echte oeffentliche IP), und du bittest den User, seine oeffentliche IP von einer anderen Seite zu nennen.
- Sanity-Check einer Netzwerkaenderung. Du hast den Upstream-Provider an einem Server geaendert. Nach dem Cutover fuegst du die Server-IP ins Tool ein. Das ASN sollte jetzt der neue Provider sein. Steht da noch das alte ASN, weisst du, dass die Route-Ansage noch nicht propagiert ist.