Website-Hosting-Prüfer

5 von 2 Bewertungen
Website-Hosting-Prüfer

Der Website-Hosting-Prüfer ist ein kostenloses Tool, das den Host einer Website auflöst und den zugehörigen Internetanbieter, die Organisation sowie den ungefähren Netzwerkstandort anzeigt.

Was wird bei einer Hosting-Prüfung untersucht?

Eine Hosting-Prüfung untersucht die Netzwerkinformationen der IP-Adresse, die für einen Hostnamen ermittelt wurde. Wenn du einen Host eingibst, löst der Prüfer den Hostnamen serverseitig per DNS auf, ermittelt seine IPv4-Adresse und zeigt anschließend die damit verknüpften Informationen an.

DNS, das Domain Name System, übersetzt Namen wie www.example.co.uk in numerische IP-Adressen, über die Computer Verbindungen herstellen. Für diese Abfrage verwendet der Prüfer die PHP-Funktion gethostbyname. Da diese Funktion IPv4-Adressen auflöst, liefert ein ausschließlich über IPv6 erreichbarer Host möglicherweise kein brauchbares Ergebnis.

Bei der angezeigten Organisation kann es sich um einen Hostinganbieter, Internetanbieter, eine Cloud-Plattform oder ein Content Delivery Network handeln. Sie ist nicht zwangsläufig das Unternehmen, dem die Website gehört oder das sie betreibt. Bei Websites hinter Diensten wie Cloudflare kann das als Proxy verwendete Netzwerk sichtbar sein, während die Adresse des Ursprungsservers verborgen bleibt.

Diagramm: eine Domain wird bis zu ihrem Hosting-Anbieter zurückverfolgt

Wie verwende ich den Website-Hosting-Prüfer?

Gib den Host der Website in das Feld Host ein und starte die Prüfung. Am eindeutigsten ist ein reiner Hostname wie example.co.uk oder www.example.co.uk.

  1. Entferne Pfade, Abfragezeichenfolgen und Seitenfragmente, wenn du nur den Host ermitteln möchtest.
  2. Behalte genau die Subdomain bei, bei der das Problem auftritt. www.example.co.uk und shop.example.co.uk können zu unterschiedlichen Anbietern aufgelöst werden.
  3. Starte die Prüfung und vergleiche die zurückgegebene Organisation und den Standort mit dem erwarteten Dienst.
Das Tool Website-Hosting-Prüfer auf digily.link mit seinem Eingabeformular

Wenn du beispielsweise den Shop untersuchst, gib shop.example.co.uk ein und nicht nur example.co.uk. Verweist diese Subdomain auf eine separate E-Commerce-Plattform, kann die zurückgegebene Organisation von der des Hauptauftritts abweichen. Gehe nicht davon aus, dass alle Namen unter derselben Domain dieselbe Infrastruktur verwenden.

Leerzeichen sind in gewöhnlichen Hostnamen nicht zulässig. Auch Pfade, aus kopiertem Text übernommene Satzzeichen und Punkte am Ende können die Eingabe uneindeutig machen. Entferne sie deshalb zuerst. Internationalisierte Domainnamen mit Akzenten oder nicht lateinischen Zeichen besitzen eine ASCII-kompatible Form aus A-Labels, die Punycode verwenden. Falls sich die Unicode-Schreibweise nicht auflösen lässt, verwende die ASCII-kompatible Form der Domain. Ziffern sind in vielen Host-Labels zulässig, Unterstriche dagegen nicht in herkömmlichen öffentlichen Website-Hostnamen.

Die Prüfung wird auf dem Server ausgeführt. Deine Eingabe wird über HTTPS an den Server übertragen und nicht gespeichert.

Das Ergebnis richtig einordnen

Verstehe das Ergebnis als Information über das Netzwerk, das aktuell für den aufgelösten Host antwortet, nicht als Nachweis für den Eigentümer der Website oder den physischen Standort des Servers. Jedes Feld beschreibt einen anderen Teil dieses Gesamtbilds.

Ergebnisfeld Was es aussagt
ISP Der Internetanbieter oder das Netzwerk, das mit der aufgelösten IP-Adresse verknüpft ist.
Organisation Die Organisation, die für diesen Netzwerkbereich registriert oder ermittelt wurde. Das kann ein Cloud-Anbieter, ein CDN oder ein übergeordneter Hostinganbieter sein.
Breitengrad Ein geschätzter Breitengrad, der mit der IP-Adresse oder dem registrierten Standort ihres Netzwerks verknüpft ist.
Längengrad Ein geschätzter Längengrad auf Grundlage derselben Standortdaten.
Zeitzone Die Zeitzone, die dem geschätzten Netzwerkstandort zugeordnet ist.

Breiten- und Längengrad stammen aus IP-Geolokalisierungsdaten, nicht aus GPS-Messungen. Sie können sich auf den registrierten Firmensitz eines Anbieters, einen regionalen Netzwerkknoten oder ein größeres Gebiet beziehen. Nutze diese Angaben nicht, um ein bestimmtes Gebäude zu ermitteln oder zu bestätigen, wo Website-Daten rechtlich gespeichert werden.

Ein unbekannter Internetanbieter oder Organisationsname ist nicht automatisch ein Hinweis auf einen Fehler. Anbieter verwalteter Hostingdienste mieten häufig Kapazitäten bei größeren Infrastrukturbetreibern. Wiederverkäufer können außerdem unter dem Namen des übergeordneten Netzwerkeigentümers erscheinen.

Beispielergebnis des Tools Website-Hosting-Prüfer

Typische Anwendungsfälle

Eine Hosting-Prüfung ist besonders hilfreich, wenn du bereits weißt, welchen Anbieter oder welches Migrationsziel du erwartest, und eine unabhängige Einschätzung zum aktuellen DNS-Ziel des Hosts benötigst.

  • Eine migrierte Website zeigt noch die alte Version. Prüfe zuerst, ob im Browser, Reverse-Proxy oder CDN veraltete Inhalte zwischengespeichert sind. Kontrolliere außerdem genau den Hostnamen, der im Browser verwendet wird. Entspricht dessen Organisation noch dem früheren Anbieter, hat die DNS-Änderung den vom Prüfer verwendeten Resolver möglicherweise noch nicht erreicht oder der Eintrag verweist weiterhin auf den alten Dienst.
  • Eine Subdomain funktioniert nicht, die Hauptseite dagegen schon. Prüfe example.co.uk, www.example.co.uk und die betroffene Subdomain jeweils separat. Unterschiedliche Ergebnisse deuten darauf hin, dass die Namen verschiedene DNS-Einträge oder Hostingdienste verwenden.
  • Nach einem Hostingwechsel erscheint eine Zertifikatswarnung. Häufig fehlt auf dem neuen Host ein Zertifikat, es passt nicht zum Hostnamen oder wurde noch nicht bereitgestellt. Prüfe deshalb zuerst die Zertifikatskonfiguration. Ist sie korrekt, kontrolliere, ob der Host zum vorgesehenen Anbieter aufgelöst wird. So kann ein veraltetes oder falsches DNS-Ziel erkannt werden. Der Prüfer untersucht jedoch weder das Zertifikat noch dessen Ablaufdatum oder die darin abgedeckten Hostnamen.

Sieht das Ziel korrekt aus, aber die Website funktioniert weiterhin nicht, kann das Problem auf der HTTP-, TLS- oder Anwendungsebene liegen. Der HTTP/2 Prüfer kann die Protokollunterstützung untersuchen. Mit dem Brotli Prüfer lässt sich feststellen, ob der Server Brotli-Komprimierung verwendet. Keines der beiden Tools ersetzt jedoch eine gezielte DNS- oder Zertifikatsdiagnose.

Warum kann DNS-Caching eine korrekte Änderung falsch erscheinen lassen?

Durch DNS-Caching können verschiedene Resolver unterschiedliche Antworten liefern, bis die zwischengespeicherten Einträge ablaufen. DNS-Einträge besitzen eine Gültigkeitsdauer, die üblicherweise TTL genannt wird. Sie legt fest, wie lange rekursive Resolver eine Antwort speichern dürfen.

Nach einer Änderung können dein Internetanbieter, das Firmennetzwerk, dein Gerät oder der serverseitige Resolver des Prüfers noch eine frühere Adresse gespeichert haben. Oft wird dies als Propagationsverzögerung bezeichnet. DNS wird jedoch nicht überall in einem einzigen koordinierten Vorgang aktualisiert. Jeder zwischengespeicherte Eintrag läuft unabhängig ab und wird normalerweise erneut abgefragt, sobald eine weitere Anfrage dies erfordert.

Nutze eine separate DNS-Abfrage, um die aufgelöste Adresse mit dem aktuellen A-Eintrag deines DNS-Anbieters zu vergleichen. Wenn die Abweichung relevant ist, prüfe außerdem über mehr als ein Netzwerk. Vergewissere dich auch, dass du die autoritative DNS-Zone und das richtige Host-Label geändert hast. Eine Änderung an www ändert nicht automatisch die Stammdomain. Umgekehrt gilt dasselbe.

Kein Hosting-Prüfer kann garantieren, dass sein Ergebnis mit der aktuellen DNS-Antwort für jeden Besucher übereinstimmt. Round-Robin-DNS, geografisch verteilte Dienste und CDNs können abhängig vom Resolver oder Standort absichtlich unterschiedliche Adressen zurückgeben.

Häufig gestellte Fragen

Kann der Prüfer herausfinden, wem eine Website gehört?

Nein. Er ermittelt Netzwerkinformationen zum aufgelösten Host, nicht den rechtlichen Eigentümer der Domain oder Website. Domain-Registrierungsdaten, Handelsregistereinträge und die rechtlichen Hinweise der Website sind davon unabhängige Informationsquellen.

Warum stimmt der Organisationsname nicht mit meiner Hostingrechnung überein?

Dein Anbieter kann ein Wiederverkäufer oder ein Managed-Service-Dienstleister sein, der das Netzwerk eines anderen Unternehmens nutzt. Im Ergebnis kann deshalb ein übergeordneter Cloud- oder Rechenzentrumsanbieter stehen und nicht das Unternehmen, das du bezahlst. Vergleiche die Netzwerkangaben mit der Dokumentation deines Anbieters, bevor du die Abweichung als Fehler wertest.

Kann ich eine Website prüfen, die nur IPv6 unterstützt?

Nur eingeschränkt: Ein ausschließlich über IPv6 erreichbarer Host liefert möglicherweise keine aussagekräftigen Hostinginformationen, obwohl er für Besucher mit IPv6-Verbindung funktioniert. Die zugrunde liegende Hostnamenabfrage verwendet gethostbyname und löst damit IPv4-Adressen auf. In diesem Fall ist eine separate Abfrage des AAAA-Eintrags die passende Prüfung.

Funktioniert die Prüfung auch mit sehr langen Hostnamen?

Nur innerhalb der DNS-Namensgrenzen. DNS begrenzt einen vollständigen Domainnamen in seiner üblichen Textform auf 253 Oktette, wenn der optionale abschließende Root-Punkt weggelassen wird. Jedes Label ist normalerweise auf 63 Oktette begrenzt. Eine Eingabe, die diese Grenzen überschreitet, kann keinen gültigen öffentlichen Host darstellen. Kopiere für eine praktische Prüfung nur den Host und entferne vor dem Absenden lange Pfade oder Tracking-Parameter.

Soll ich die Stammdomain oder die www-Adresse eingeben?

Prüfe zuerst den Namen, den Besucher tatsächlich verwenden. Wenn Zweifel an Weiterleitungen oder DNS-Einträgen bestehen, prüfe anschließend auch die andere Form separat. Stammdomain und www-Adresse können auf unterschiedliche Systeme verweisen, selbst wenn eine davon letztlich zur anderen weiterleitet. Notiere beide Ergebnisse, bevor du DNS änderst. So erkennst du, welcher Host noch bearbeitet werden muss.

Beliebte Werkzeuge