IP-Adresse einer Website finden: 5 zuverlässige Methoden

Die IP-Adresse einer Website zu finden dauert Sekunden. Die wirklich nützliche Fähigkeit ist zu wissen, welche Adresse Sie gefunden haben – den Ursprungsserver, einen CDN-Edge-Knoten oder einen Load Balancer –, denn davon hängt ab, ob die Nummer für Sie überhaupt etwas taugt.

Hier sind fünf Methoden, von der schnellsten bis zur detailliertesten, gefolgt von einer ehrlichen Einordnung des Ergebnisses.

Methode 1: Ein Online-Lookup-Tool nutzen

Die schnellste Option und die einzige, die kein Terminal braucht. Fügen Sie eine Domain in den Domain-zu-IP-Lookup auf der Startseite ein, und Sie erhalten die A-Records (IPv4), AAAA-Records (IPv6), Nameserver sowie MX-, CNAME- und TXT-Records in einer einzigen serverseitigen Abfrage.

Der Vorteil gegenüber einem lokalen Befehl: Der Lookup läuft von einem Server mit sauberem Cache, sodass Sie nicht eine veraltete Antwort sehen, die Ihr eigener Rechner vor Stunden gecacht hat. Haben Sie mehrere Domains zu prüfen, löst der Massenmodus bis zu 50 auf einmal auf.

Methode 2: ping – schnell und überall verfügbar

ping löst den Namen auf, bevor es etwas sendet, und gibt die aufgelöste Adresse aus. Funktioniert unter Windows, macOS und Linux identisch.

ping example.com

Die erste Zeile zeigt die aufgelöste Adresse: PING example.com (93.184.216.34). Damit haben Sie, was Sie brauchen – drücken Sie Ctrl+C, um zu beenden.

Methode 3: nslookup – der plattformübergreifende Standard

In Windows, macOS und den meisten Linux-Distributionen eingebaut und genau für diese Frage gemacht.

nslookup example.com

Die Ausgabe trennt den antwortenden Resolver (Server:) von der Antwort selbst. Eine Zeile mit Non-authoritative answer bedeutet lediglich, dass sie aus einem Cache stammt und nicht vom eigenen Nameserver der Domain – das ist der Normalfall, keine Warnung.

nslookup example.com 1.1.1.1

Diese zweite Form ist wirklich nützlich, wenn Sie einen veralteten Cache vermuten: Sie fragen direkt den Resolver von Cloudflare statt desjenigen, den Ihr Netzwerk Ihnen zuweist.

Methode 4: dig – das Werkzeug der Profis

dig wird mit macOS und Linux ausgeliefert (unter Windows nutzen Sie WSL oder installieren die BIND-Tools). Es liefert präzise, skriptbare Ausgaben einschließlich der TTL.

dig +short example.com A
dig +short example.com AAAA

dig example.com

In der vollständigen Ausgabe ist die Zahl in der ANSWER SECTION vor IN A die verbleibende TTL in Sekunden – wie lange dieser Resolver seine gecachte Kopie noch weiterverwendet. Diese Zahl über wiederholte Abfragen herunterzählen zu sehen, ist der klarste Weg, Caching in Aktion zu beobachten.

dig @ns1.example.com example.com

Das umgeht jeden Cache und fragt die Quelle. Weicht dies von dem ab, was Sie anderswo sehen, erleben Sie gerade eine Propagierung in Aktion.

Methode 5: Entwicklertools des Browsers

Nützlich, wenn Sie die Adresse wollen, die tatsächlich die Seite ausliefert, die Sie gerade ansehen – einschließlich aller Weiterleitungen.

1. Öffnen Sie die DevTools mit F12 (oder Cmd+Option+I unter macOS) und wählen Sie den Tab Netzwerk.
2. Laden Sie die Seite neu.
3. Klicken Sie auf die erste Dokumentanfrage und öffnen Sie dann den Bereich Header.
4. Suchen Sie unter Allgemein die Remote-Adresse – das ist die IP, mit der sich Ihr Browser tatsächlich verbunden hat, samt Port.

Die fünf Methoden im Vergleich

Und jetzt – haben Sie den echten Server gefunden?

Wahrscheinlich nicht, und das ist zu erwarten. Die meisten Websites jeder nennenswerten Größe stehen hinter einem CDN oder Load Balancer, sodass die aufgelöste Adresse zu dieser Infrastruktur gehört.

Anzeichen dafür, dass Sie auf geteilte Infrastruktur statt auf einen Ursprungsserver blicken:

• Reverse-DNS auf die Adresse liefert den Hostnamen eines Anbieters (*.cloudflare.com, *.amazonaws.com, *.fastly.net).
• Dieselbe Adresse bedient viele nicht zusammenhängende Domains.
• Sie erhalten unterschiedliche Adressen von verschiedenen Standorten oder bei wiederholten Abfragen.