Wer hostet diese Website? Hosting-Anbieter finden

Was „Wer hostet diese Website?“ tatsächlich bedeuten kann

Mehrere unterschiedliche Unternehmen können daran beteiligt sein, eine einzelne Website online zu bringen. Der Begriff "Host" wird häufig ungenau für verschiedene dieser Anbieter verwendet. Diese Rollen zu trennen, ist der sinnvollste erste Schritt vor jeder Abfrage.

Bevor Sie starten: Was Sie lernen können und was nicht

Öffentliche Abfragen zeigen öffentliche Infrastrukturbeziehungen. Sie zeigen nicht zuverlässig vertragliche oder Abrechnungsbeziehungen, und sie können nicht immer durch einen Dienst hindurchsehen, der genau dafür entwickelt wurde, zu verbergen, was dahintersteckt.

Was eine Abfrage allein typischerweise nicht bestätigen kann:

• Den vertraglichen Hosting-Anbieter, falls dieser vom öffentlich Sichtbaren abweicht
• Einen Reseller zwischen der sichtbaren Infrastruktur und dem tatsächlichen Kunden
• Ein Managed-Service-Unternehmen, das auf fremder Infrastruktur arbeitet
• Den verborgenen Ursprungsserver hinter einem CDN
• Private interne Infrastruktur, die nicht öffentlich sichtbar ist
• Die Identität der Person oder Organisation, der die Website selbst gehört Bewerten Sie jedes Ergebnis auf einer einfachen Vertrauensskala:
• Starker Hinweis — mehrere unabhängige Signale (Nameserver, IP-Inhaber, Reverse DNS) zeigen alle auf denselben Anbieter.
• Ergänzender Hinweis — ein oder zwei Signale zeigen in dieselbe Richtung, aber nichts anderes bestätigt es.
• Nicht eindeutiges Ergebnis — Signale zeigen auf ein CDN, einen Proxy oder ein allgemeines Cloud-Netzwerk, ohne weitere Bestätigung. Dieser Leitfaden vergibt dafür keine künstlichen Prozentwerte — die Aussagekraft hängt davon ab, wie viele unabhängige Signale übereinstimmen, nicht von einer Formel.

Methode 1: Die Nameserver der Website prüfen

Nameserver bezeichnen die DNS-Zuständigkeit, nicht zwangsläufig den Origin-Server — das ist eine häufige Ursache für Fehlinterpretationen.

Autoritative Nameserver sind die Server, die für die Beantwortung von DNS-Abfragen für die Zone einer Domain zuständig sind. Sie können sie mit einer NS-Abfrage abrufen:

dig NS example.com

Ohne Kommandozeile funktioniert dieselbe Abfrage über Atak Domains DNS-Abfragetool im Browser.

Anbietermarkierte Nameserver (etwa ns1.hostinganbieter.com) können darauf hindeuten, welches Unternehmen das DNS verwaltet. Individuelle oder White-Label-Nameserver können den zugrunde liegenden Betreiber jedoch vollständig verschleiern, und Standard-Nameserver des Registrars sind kein Beweis für Website-Hosting — sie bedeuten nur, dass niemand die Standard-DNS-Einstellung geändert hat.

Beispiel zur Interpretation: gehören die Nameserver einer Domain zu einem bekannten CDN, sagt Ihnen das, dass das CDN für DNS zuständig ist. Es sagt Ihnen nicht, wo die Dateien oder die Datenbank der Website tatsächlich liegen.

Methode 2: Die IP-Adresse der Website auflösen

Sobald Sie wissen, wo DNS maßgeblich ist, besteht der nächste Schritt darin, herauszufinden, zu welcher IP-Adresse die Domain tatsächlich aufgelöst wird.

dig A example.com

dig AAAA example.com

dig CNAME www.example.com

Einige Dinge erschweren diesen Schritt:

• Root-Domain versus www — prüfen Sie beide; sie können sich unterschiedlich auflösen, besonders wenn www ein CNAME ist, der ganz woanders hinzeigt.
• CNAME-Ketten — www kann auf einen CDN-Hostnamen verweisen, der wiederum zu einer IP auflöst, die nichts mit dem Ursprungsserver zu tun hat.
• IPv4 und IPv6 — prüfen Sie auch AAAA; eine Website kann sich unterschiedlich verhalten, je nachdem welches Protokoll das Gerät eines Besuchers nutzt.
• Geografisches oder lastverteiltes DNS — manche Anbieter liefern je nach Herkunft der Anfrage unterschiedliche IP-Adressen, Ihr Ergebnis kann also von dem eines anderen abweichen.
• CDN-Edge-IPs — die erhaltene IP kann zu einem CDN-Edge-Standort gehören, nicht zum Ursprungsserver, den das CDN schützt.

Methode 3: IP-Inhaber und ASN prüfen

Eine ASN (Autonomous System Number) bezeichnet das Netzwerk, das ein bestimmtes IP-Präfix im Internet ankündigt und routet. Ein Abgleich der ASN mit den IP-Zuweisungsdaten liefert einen belastbaren Hinweis auf den Netzbetreiber — aber nicht automatisch darauf, über welchen Anbieter der Websitebetreiber den Hosting-Dienst bezieht.

Regionale Internetregistrierungsstellen (ARIN, RIPE NCC, APNIC, LACNIC, AFRINIC) veröffentlichen Zuweisungsdaten für die IP-Bereiche ihrer Region, und diese Daten können helfen einzugrenzen, welcher Organisation eine bestimmte IP gehört. Cloud-Plattformen, Reseller, Colocation-Anbieter und Managed-Hosting-Vereinbarungen erschweren jedoch eine eindeutige Zuordnung — ein einem großen Cloud-Anbieter zugewiesener IP-Adressbereich sagt Ihnen, dass der Cloud-Anbieter die Infrastruktur besitzt, nicht welches Unternehmen darauf ein Hosting-Geschäft aufgebaut und an den Websitebetreiber verkauft hat.

Das Ergebnis muss als "das mit der IP verknüpfte Netzwerk" beschrieben werden, sofern keine stärkere Evidenz vorliegt.

Methode 4: Ein Hosting-Abfragetool nutzen

Ein verantwortungsvolles Abfragetool kombiniert mehrere der obigen Prüfungen, statt Sie jede einzeln manuell durchführen zu lassen. Ein wirklich nützliches Tool sollte NS-Einträge, A- und AAAA-Einträge, CNAME-Ketten, IP-Zuweisungsdaten, ASN-Daten, CDN-Erkennung und, wo relevant, Reverse DNS heranziehen — und offen über die Grenzen dessen sein, was es zeigt, statt nur eine Bewertung der Aussagekraft ohne Erklärung zu liefern.

Atak Domains IP-Abfragetool löst eine Domain zur aktuellen IP-Adresse auf und zeigt unter anderem den zugehörigen Anbieter beziehungsweise die Organisation, den Standort, die ASN und Reverse-DNS-Daten. Wird dabei ein CDN oder Proxy als sichtbarer Anbieter erkannt, beschreibt das zunächst die vorgeschaltete Infrastruktur und nicht zwangsläufig den eigentlichen Hosting-Anbieter. Für DNS-Einträge im Detail nutzen Sie ergänzend Atak Domains DNS-Abfragetool.

Warum Cloudflare und andere CDNs den Origin-Server verbergen können

Ein CDN oder Reverse Proxy veröffentlicht eigene Edge-IP-Adressen, und Besucher verbinden sich mit diesen Edges statt direkt mit dem Ursprung. Das bedeutet, der in einer Abfrage sichtbare IP-Inhaber kann das CDN sein — und verwaltet das CDN auch DNS, können auch die Nameserver dem CDN gehören. Keines von beidem beweist, dass das CDN die Website hostet. Der Ursprung wird aus Leistungs- und Sicherheitsgründen oft absichtlich aus der öffentlichen Sicht gehalten, und öffentliche Abfragetools sollten niemals als Weg dargestellt werden, diesen Schutz zu umgehen.

Ein CDN ist die häufigste Quelle dieser Unklarheit, aber nicht die einzige. Weitere Konstellationen, die eine klare Antwort erschweren können:

• Reverse Proxys ohne Bezug zu einer großen CDN-Marke
• Web Application Firewalls vor dem Ursprung
• Load Balancer, die Traffic über mehrere Server verteilen
• Multi-Cloud-Deployments über mehr als einen Anbieter
• Anycast-Routing, bei dem dieselbe IP von mehreren Standorten aus angekündigt wird
• Serverlose Plattformen ohne einen einzelnen festen Ursprungsserver
• Statische Hosting-Plattformen, die Inhalte aus einem verteilten Edge-Netzwerk ausliefern
• Reseller-Hosting, bei dem die sichtbare Marke nicht der eigentliche Infrastruktureigentümer ist
• Managed Hosting, das auf einem separaten Infrastrukturanbieter aufbaut
• Colocation, bei der die eigene Hardware eines Kunden im Rechenzentrum eines anderen steht Ein sichtbares CDN oder ein sichtbarer Cloud-Anbieter ist ein Hinweis auf die vorgeschaltete Infrastruktur, nicht immer ein Beweis für das tatsächliche Hosting-Verhältnis.

Wie Sie die Ergebnisse kombinieren

Keine Methode in diesem Leitfaden ist allein schlüssig. Sie als Ablauf zu behandeln, der der Reihe nach geprüft und gemeinsam abgewogen wird, führt tatsächlich zu einer belastbaren Antwort.

**1. ** Die NS-Einträge der Domain prüfen.

**2. ** Sowohl Root-Domain als auch www auflösen.

**3. ** Jede CNAME-Kette bis zu ihrem tatsächlichen Endpunkt verfolgen.

**4. ** Prüfen, wem die resultierende IP-Adresse registriert ist.

**5. ** Die ASN prüfen, die diese IP trägt.

**6. ** In allem Obigen nach CDN- oder Reverse-Proxy-Hinweisen suchen.

**7. ** Alle Signale gemeinsam vergleichen, statt dem ersten gefundenen zu vertrauen.

**8. ** Echte Unsicherheit festhalten, statt eine von der Evidenz nicht getragene Schlussfolgerung zu erzwingen.

Drei anonymisierte Szenarien

Szenario 1 — Nameserver, IP-Inhaber und Reverse DNS deuten alle auf denselben Hosting-Anbieter hin. Richtiger Schluss: starke, übereinstimmende Evidenz für diesen Anbieter. Falscher Schluss: dies als absoluten Beweis einer bestimmten Abrechnungsbeziehung zu behandeln, da immer noch ein Reseller dazwischenstehen könnte.

Szenario 2 — Nameserver gehören einem DNS-Anbieter, während die aufgelöste IP einem völlig anderen Hosting-Netzwerk gehört. Richtiger Schluss: DNS-Verwaltung und Origin-Hosting sind auf zwei Unternehmen aufgeteilt, was in der Praxis häufig vorkommt. Falscher Schluss: anzunehmen, der DNS-Anbieter sei auch der Host, nur weil er zuerst auftauchte.

Szenario 3 — sowohl IP als auch Nameserver gehören einem CDN. Richtiger Schluss: der Origin-Server ist aus öffentlichen Daten allein nicht schlüssig zu bestimmen, und das ist eine legitime, ehrliche Antwort. Falscher Schluss: das CDN als "den Host" zu bezeichnen, nur weil es die einzige sichtbare Organisation im Ergebnis ist.

Ihr eigenes Hosting-Konto finden

Besitzen oder verwalten Sie eine Website, können sich aber nicht erinnern, wer sie hostet, sind die öffentlichen Abfragemethoden oben ein Ausgangspunkt — Ihre eigenen Unterlagen sind aber meist schneller.

• Durchsuchen Sie Ihre E-Mails nach Hosting-Rechnungen, Verlängerungsmitteilungen, Willkommensnachrichten oder Begriffen wie cPanel, Plesk, Server, VPS, SSL, Migration oder Domain.
• Prüfen Sie Kreditkartenabrechnungen und Kontoauszüge auf wiederkehrende Belastungen.
• Prüfen Sie Ihr Registrar-Konto — ohne anzunehmen, dass der Registrar automatisch auch der Host ist.
• Prüfen Sie die Nameserver und DNS-Einträge der Domain auf Anbieterhinweise.
• Sehen Sie alte E-Mails zur Website-Verwaltung durch.
• Fragen Sie den Entwickler, die Agentur, ehemalige Mitarbeiter oder den IT-Dienstleister, der ursprünglich alles eingerichtet hat.
• Prüfen Sie Passwort-Manager auf gespeicherte Zugänge zu hostingbezogenen Domains.
• Prüfen Sie CMS-Konfigurationsdateien sorgfältig, ohne Zugangsdaten anderen gegenüber offenzulegen.
• Prüfen Sie Rechnungskontakte und Unternehmensunterlagen.
• Bestätigen Sie klar Ihre Eigentümerschaft, bevor Sie einen Anbieter um Offenlegung von Kontoinformationen bitten. Ein seriöser Hosting-Anbieter verlangt in der Regel einen Identitäts-, Berechtigungs- oder Inhaberschaftsnachweis, bevor er etwas offenlegt — und sollte keine privaten Kontodaten herausgeben, nur weil jemand den Domainnamen kennt. Sind Sie auf der anderen Seite dieses Gesprächs, müssen Sie damit rechnen, Ihre Identität nachzuweisen.

Den Host vor einer Website-Migration finden

Den aktuellen Host zu identifizieren, ist nur ein Teil der Migrationsvorbereitung. Die folgende Checkliste deckt ab, was tatsächlich verhindert, dass während des Umzugs etwas kaputtgeht.

• ☐  Website-Dateien vollständig sichern.
• ☐  Die Datenbank exportieren.
• ☐  Die bestehende DNS-Zone vollständig dokumentieren.
• ☐  MX-, SPF-, DKIM-, DMARC-, Verifizierungs-, CAA- und andere benötigte Einträge erhalten.
• ☐  SSL-Anforderungen am Zielort bestätigen.
• ☐  Genau bestätigen, wo Postfächer nach dem Umzug liegen werden.
• ☐  Die Website beim neuen Host testen, bevor DNS geändert wird.
• ☐  Den bisherigen Dienst während der Übergangszeit aktiv halten.
• ☐  Einen Rollback-Plan vorbereiten, bevor Sie ihn brauchen.
• ☐  Registrar, Nameserver, Website und E-Mail nicht gleichzeitig ändern, sofern nicht wirklich nötig.
• ☐  Bedenken, dass zwischengespeicherte DNS-Antworten verschiedenen Nutzern eine Weile unterschiedliche Ziele zeigen können. Den vollständigen Schritt-für-Schritt-Prozess finden Sie unter Eine Website hosten.

Häufige Fehler bei der Hosting-Suche

• Den Registrar als Host behandeln.
• Nameserver allein als Beweis für Hosting behandeln.
• Einen IP-Inhaber automatisch als direkten Hosting-Anbieter behandeln.
• Den www-Hostnamen ignorieren und nur die Root-Domain prüfen.
• IPv6 vollständig ignorieren.
• CNAME-Ketten ignorieren und beim ersten Hostnamen stehenbleiben.
• CDN- oder Reverse-Proxy-Hinweise in den Ergebnissen übersehen.
• Annehmen, Reverse DNS sei immer maßgeblich.
• Sich auf eine einzelne Abfragedatenbank verlassen, statt sie mit weiteren Quellen abzugleichen.
• Eine verborgene oder historische Ursprungs-IP veröffentlichen, die ein Websitebetreiber absichtlich verborgen hat.
• Wem eine Website gehört mit wem die Infrastruktur gehört verwechseln.
• Erwarten, dass öffentliche Abfragedaten private Abrechnungskonten offenlegen.

Häufig gestellte Fragen

Wie kann ich herausfinden, wer eine Website hostet?

Prüfen Sie die Nameserver der Domain, lösen Sie sie zu einer IP-Adresse auf, und schlagen Sie nach, welcher Organisation der IP-Adressbereich zugewiesen ist, zusammen mit der ASN. Kombinieren Sie alle drei Signale, statt einem allein zu vertrauen, da ein CDN oder eine Cloud-Plattform anstelle des tatsächlichen Origin-Servers erscheinen kann.

Zeigt WHOIS den Hosting-Anbieter einer Website?

Nicht zuverlässig. WHOIS und RDAP liefern Domainregistrierungsdaten wie Registrar, Registrierungsstatus und wichtige Daten. Inhaberangaben können geschwärzt oder nicht verfügbar sein, und diese Dienste identifizieren den Hosting-Anbieter einer Website nicht zuverlässig.

Sind Registrar und Hosting-Anbieter dasselbe Unternehmen?

Manchmal, aber nicht zwangsläufig. Viele Anbieter bieten beides zusammen an, aber eine Domain kann bei einem Unternehmen registriert und komplett woanders gehostet sein, und keine der beiden Konstellationen ist ungewöhnlich.

Verraten Nameserver den Web-Host?

Sie zeigen, wer für das DNS der Domain zuständig ist, was oft mit Hosting zusammenhängt, aber nicht dasselbe ist. Besonders individuelle oder White-Label-Nameserver können das zugrunde liegende Hosting-Unternehmen vollständig verschleiern.

Kann eine IP-Adresse das Hosting-Unternehmen identifizieren?

Sie kann das Netzwerk identifizieren, dem die IP registriert ist, was nützliche unterstützende Evidenz, aber kein endgültiger Beweis ist. Dieses Netzwerk kann ein Hosting-Unternehmen, eine Cloud-Plattform, ein Reseller oder ein Colocation-Anbieter sein — die Registrierungsdaten allein unterscheiden nicht zwischen ihnen.

Warum zeigt eine Hosting-Abfrage Cloudflare?

Nutzt eine Website Cloudflare als CDN oder Reverse Proxy, verbinden sich Besucher mit dem Edge-Netzwerk von Cloudflare statt direkt mit dem Ursprungsserver, weshalb eine öffentliche Abfrage Cloudflares IP und manchmal dessen Nameserver sieht.

Kann Cloudflare den Hosting-Anbieter des Origin-Servers verbergen?

Ja, absichtlich. Die Aufgabe eines CDN umfasst den Schutz des Ursprungsservers vor direkter Offenlegung, weshalb eine Abfrage, die Cloudflare zeigt, etwas über die vorgeschaltete Infrastruktur aussagt, nicht zwangsläufig darüber, wo die Website darunter tatsächlich gehostet wird.

Was ist eine ASN?

Eine Autonomous System Number bezeichnet ein Netzwerk, das IP-Adressbereiche im Internet ankündigt und routet. Die ASN einer IP zu prüfen, zeigt, welches Netzwerk diesen Traffic trägt — ein nützliches, aber nicht schlüssiges Signal für die Hosting-Zuordnung.

Kann eine Website mehr als einen Hosting-Anbieter nutzen?

Ja. Eine Website kann einen Anbieter für die Hauptanwendung, einen anderen für statische Inhalte oder Medien und ein CDN davor nutzen — Multi-Anbieter-Konstellationen sind üblich, besonders bei größeren oder stark frequentierten Websites.

Warum liefern verschiedene Abfragetools unterschiedliche Ergebnisse?

Tools fragen unterschiedliche Datenquellen ab, cachen Ergebnisse unterschiedlich lange und prüfen möglicherweise unterschiedliche Eintragstypen. Geografisches oder lastverteiltes DNS kann je nach Herkunft der Abfrage auch legitim unterschiedliche Antworten liefern.

Kann ich über eine Hosting-Abfrage den Website-Inhaber finden?

Nicht direkt. Eine Hosting-Abfrage sagt etwas über Infrastruktur aus — DNS, IP, Netzwerk —, nicht darüber, wem die Website selbst gehört oder wer sie betreibt. Domaininhaberschaft ist eine separate Frage, meist über WHOIS oder RDAP untersucht, mit eigenen deutlichen Einschränkungen.

Wie finde ich meinen Hosting-Anbieter, wenn mir die Website gehört?

Prüfen Sie Ihre E-Mails auf Rechnungen und Verlängerungsmitteilungen, sehen Sie Ihr Registrar-Konto durch, prüfen Sie Passwort-Manager, und fragen Sie jeden, der beim Aufbau oder der Pflege der Website geholfen hat. Das ist meist schneller und zuverlässiger als öffentliche Abfragemethoden.

Ist es legal, öffentliche Hosting-Informationen einer Website zu prüfen?

Das Prüfen öffentlich zugänglicher DNS- und Netzwerkregistrierungsdaten ist eine routinemäßige technische Tätigkeit. Wie die Informationen erhoben oder verwendet werden, kann jedoch geltendem Recht, Anbieterbedingungen und lokalen Vorschriften unterliegen. Öffentliche Abfragedaten dürfen niemals genutzt werden, um Zugriffskontrollen zu umgehen, private Systeme auszuspähen oder geschützte Infrastruktur offenzulegen.

Was sollte ich vor dem Wechsel zu einem anderen Host sichern?

Ein vollständiges Backup der Website-Dateien und der Datenbank, eine komplette Dokumentation der aktuellen DNS-Zone sowie Kopien der MX-, SPF-, DKIM-, DMARC- und CAA-Einträge — das sind die Dinge, die bei einer Migration am häufigsten kaputtgehen, wenn sie nicht erhalten bleiben.

Die öffentliche Infrastruktur einer Website ermitteln

Nutzen Sie mehrere Signale statt eines einzigen. Unterscheiden Sie klar zwischen Registrar, DNS-Anbieter, CDN, Netzbetreiber und Hosting-Anbieter – auch dann, wenn die öffentlich sichtbaren Daten diese Rollen nicht eindeutig erkennen lassen. Geben Sie Unsicherheit ehrlich an, wenn die Evidenz tatsächlich nicht schlüssig ist — das ist eine korrekte Antwort, kein Fehlschlag. Nutzen Sie das Gefundene, um ein Problem zu beheben, den Zugriff auf etwas Eigenes zurückzugewinnen, oder eine Migration mit weniger Überraschungen zu planen. Nichts davon ist ein Weg, Infrastruktur offenzulegen, die jemand absichtlich hinter einem CDN verborgen hat, und sollte auch nicht so behandelt werden.