Wenn du herausfinden m\u00f6chtest, \u201ewo deine Domain gehostet wird\u201c, musst du zun\u00e4chst unterscheiden, wonach du tats\u00e4chlich suchst. Eine Domain kann bei einem Anbieter registriert sein, andere Nameserver verwenden, auf einen Webserver eines dritten Anbieters zeigen und E-Mails \u00fcber einen weiteren Dienst empfangen.<\/p>\n\n\n\n
Deshalb gibt es technisch nicht zwingend einen einzigen Anbieter, bei dem \u201ealles liegt\u201c.<\/p>\n\n\n\n
\nBreve spiegazione:<\/strong> Bei einer Domain solltest du mindestens vier Bereiche unterscheiden: Registrar<\/strong>, DNS beziehungsweise Nameserver<\/strong>, Hosting web<\/strong> e E-mail<\/strong>. Diese Dienste k\u00f6nnen beim selben Anbieter liegen \u2013 m\u00fcssen es aber nicht.<\/p>\n<\/blockquote>\n\n\n\n
Welche Anbieter k\u00f6nnen hinter einer Domain stehen?<\/h2>\n\n\n\n
Nehmen wir als Beispiel die Domain:<\/p>\n\n\n\n
meinefirma.ch<\/code><\/p>\n\n\n\nEine m\u00f6gliche Konfiguration k\u00f6nnte so aussehen:<\/p>\n\n\n\n
Domainregistrierung: Anbieter A\nNameserver \/ DNS: Anbieter B\nWebsite \/ Hosting: Anbieter C\nE-Mail: Anbieter D<\/code><\/pre>\n\n\n\nGenauso k\u00f6nnen nat\u00fcrlich alle vier Dienste bei einem einzigen Anbieter betrieben werden.<\/p>\n\n\n\n
Um herauszufinden, wer f\u00fcr welchen Bereich zust\u00e4ndig ist, m\u00fcssen deshalb unterschiedliche Informationen gepr\u00fcft werden.<\/p>\n\n\n\n
Was ist der Registrar einer Domain?<\/h2>\n\n\n\n
Der Registrar beziehungsweise Domainanbieter verwaltet die Registrierung der Domain gegen\u00fcber der zust\u00e4ndigen Registry.<\/p>\n\n\n\n
\u00dcber diesen Anbieter werden je nach Domainendung beispielsweise Verl\u00e4ngerungen, Kontaktdaten, Transfers oder Nameserver-Einstellungen verwaltet.<\/p>\n\n\n\n
Die Registry ist dagegen die zentrale Stelle, die f\u00fcr die jeweilige Top-Level-Domain zust\u00e4ndig ist.<\/p>\n\n\n\n
Spieghiamo la differenza in dettaglio su Registro e Registrar: qual \u00e8 la differenza?<\/a>.<\/p>\n\n\n\n
Wie finde ich den Registrar meiner Domain heraus?<\/h2>\n\n\n\n
Die verf\u00fcgbaren Registrierungsinformationen h\u00e4ngen von der jeweiligen Domainendung ab.<\/p>\n\n\n\n
Bei vielen generischen Top-Level-Domains wie
.com<\/code>,.net<\/code> o.org<\/code> k\u00f6nnen Registrierungsdaten heute \u00fcber RDAP abgefragt werden.<\/p>\n\n\n\nDort k\u00f6nnen \u2013 abh\u00e4ngig von der Domain und den ver\u00f6ffentlichten Daten \u2013 beispielsweise Informationen zum Registrar und zum Registrierungsstatus verf\u00fcgbar sein.<\/p>\n\n\n\n
Bei L\u00e4nderendungen wie
.ch<\/code> gelten die Verfahren der jeweiligen Registry.<\/p>\n\n\n\n\nImportante:<\/strong> Der Registrar ist nicht automatisch der Webhoster. Wenn bei der Domainabfrage beispielsweise Anbieter A als Registrar erscheint, kann die Website trotzdem vollst\u00e4ndig bei Anbieter B betrieben werden.<\/p>\n<\/blockquote>\n\n\n\n
Wie finde ich den Registrar einer .ch-Domain heraus?<\/h2>\n\n\n\n
Per
.ch<\/code>-Domains ist SWITCH die zust\u00e4ndige Registry.<\/p>\n\n\n\nDie \u00f6ffentliche Domainabfrage von SWITCH kann Informationen zu einer registrierten
.ch<\/code>-Domain liefern. Welche Angaben angezeigt werden, richtet sich nach den f\u00fcr die Domain verf\u00fcgbaren beziehungsweise \u00f6ffentlich zug\u00e4nglichen Registrierungsdaten.<\/p>\n\n\n\nDie Domain selbst wird f\u00fcr Endkunden \u00fcber einen Registrar verwaltet.<\/p>\n\n\n\n
Dass SWITCH die Registry und nicht das Webhosting deiner Domain sein muss, ist dabei eine wichtige Unterscheidung.<\/p>\n\n\n\n
Was sagen die Nameserver einer Domain aus?<\/h2>\n\n\n\n
Nameserver zeigen, welche DNS-Infrastruktur f\u00fcr die Domain autoritativ zust\u00e4ndig ist.<\/p>\n\n\n\n
Bei einer \u00fcber CURIAWEB DNS verwalteten Domain k\u00f6nnen beispielsweise folgende Nameserver verwendet werden:<\/p>\n\n\n\n
ns1.curiaweb.ch\nns2.curiaweb.ch<\/code><\/pre>\n\n\n\nWenn diese Nameserver hinterlegt sind, bedeutet das, dass die ma\u00dfgebliche DNS-Zone \u00fcber diese Nameserver bereitgestellt wird.<\/p>\n\n\n\n
Es bedeutet jedoch nicht zwingend, dass s\u00e4mtliche Dienste der Domain auf derselben Infrastruktur betrieben werden.<\/p>\n\n\n\n
Puoi trovare ulteriori informazioni su Trovare e utilizzare correttamente i nameserver di CURIAWEB<\/a>.<\/p>\n\n\n\n
Wie kann ich die Nameserver einer Domain pr\u00fcfen?<\/h2>\n\n\n\n
Con il Controllo DNS CURIAWEB<\/a> kannst du \u00f6ffentlich sichtbare DNS-Informationen einer Domain \u00fcberpr\u00fcfen.<\/p>\n\n\n\n
Besonders interessant sind dabei die NS-Eintr\u00e4ge<\/strong>. Sie geben an, welche autoritativen Nameserver f\u00fcr die Domain zust\u00e4ndig sind.<\/p>\n\n\n\n
Weitere M\u00f6glichkeiten erkl\u00e4ren wir unter Controlla i record DNS: Visualizza la configurazione DNS attuale di un dominio<\/a>.<\/p>\n\n\n\n
Sind Nameserver und Webhosting dasselbe?<\/h2>\n\n\n\n
No.<\/p>\n\n\n\n
Das ist eine der h\u00e4ufigsten Verwechslungen bei Domains.<\/p>\n\n\n\n
Die Nameserver beantworten DNS-Anfragen und liefern beispielsweise die Information, unter welcher IP-Adresse eine Website erreichbar ist.<\/p>\n\n\n\n
Der eigentliche Webserver kann sich jedoch auf einer anderen Infrastruktur befinden.<\/p>\n\n\n\n
Un esempio semplificato:<\/p>\n\n\n\n
Nameserver:\nns1.beispiel-dns.ch\nns2.beispiel-dns.ch\n\nA-Record:\nmeinefirma.ch \u2192 192.0.2.10<\/code><\/pre>\n\n\n\nDie Nameserver verwalten in diesem Beispiel die DNS-Zone. Die IP-Adresse
192.0.2.10<\/code> verweist dagegen auf die Infrastruktur, \u00fcber die die Website erreichbar ist.<\/p>\n\n\n\n\nNota:<\/strong> Der DNS-Anbieter sagt dir, wohin<\/em> eine Domain zeigt. Der Webhoster stellt die Infrastruktur bereit, auf der die Website tats\u00e4chlich betrieben wird.<\/p>\n<\/blockquote>\n\n\n\n
Wie finde ich heraus, wo meine Website gehostet wird?<\/h2>\n\n\n\n
Ein erster technischer Anhaltspunkt ist der A- beziehungsweise AAAA-Eintrag der Domain.<\/p>\n\n\n\n
Ein A-Record verweist auf eine IPv4-Adresse, ein AAAA-Record auf eine IPv6-Adresse.<\/p>\n\n\n\n
Anhand der IP-Adresse kann anschlie\u00dfend untersucht werden, welchem Netz beziehungsweise welcher Organisation der betreffende Adressbereich zugeordnet ist.<\/p>\n\n\n\n
Das kann einen Hinweis auf den verwendeten Infrastruktur- oder Hostinganbieter geben.<\/p>\n\n\n\n
Warum zeigt die IP-Adresse nicht immer den tats\u00e4chlichen Webhoster?<\/h2>\n\n\n\n
Eine IP-Abfrage ist hilfreich, aber nicht immer eindeutig.<\/p>\n\n\n\n
Websites k\u00f6nnen beispielsweise \u00fcber ein Content Delivery Network, einen Reverse Proxy, eine Sicherheitsplattform oder eine andere vorgeschaltete Infrastruktur ausgeliefert werden.<\/p>\n\n\n\n
Dann zeigt der \u00f6ffentliche DNS-Eintrag m\u00f6glicherweise auf diese vorgeschaltete Plattform und nicht unmittelbar auf den eigentlichen Origin-Webserver.<\/p>\n\n\n\n
Auch Reseller- und Agenturmodelle k\u00f6nnen dazu f\u00fchren, dass der technisch erkennbare Infrastrukturbetreiber nicht mit dem Unternehmen identisch ist, bei dem der Kunde sein Hosting bestellt hat.<\/p>\n\n\n\n
\nImportante:<\/strong> Aus einer \u00f6ffentlich sichtbaren IP-Adresse l\u00e4sst sich deshalb nicht in jedem Fall zweifelsfrei ableiten, mit welchem Unternehmen ein Hostingvertrag besteht.<\/p>\n<\/blockquote>\n\n\n\n
Was ist bei CNAME-Eintr\u00e4gen zu beachten?<\/h2>\n\n\n\n
Nicht jede Website muss direkt \u00fcber einen A- oder AAAA-Eintrag auf eine IP-Adresse zeigen.<\/p>\n\n\n\n
Ein Hostname kann beispielsweise \u00fcber einen CNAME auf einen anderen Hostnamen verweisen.<\/p>\n\n\n\n
In diesem Fall muss die DNS-Aufl\u00f6sung weiterverfolgt werden, um zu sehen, auf welche Infrastruktur das Ziel letztlich verweist.<\/p>\n\n\n\n
Die Unterschiede zwischen A, AAAA und CNAME erkl\u00e4ren wir unter Record DNS spiegati: A, AAAA, CNAME, MX, TXT e CAA<\/a>.<\/p>\n\n\n\n
Wie finde ich heraus, wo meine E-Mails verarbeitet werden?<\/h2>\n\n\n\n
F\u00fcr den Empfang von E-Mails sind insbesondere die MX-Eintr\u00e4ge einer Domain relevant.<\/p>\n\n\n\n
Sie k\u00f6nnen beispielsweise auf Mailserver des Webhosters, einen spezialisierten E-Mail-Anbieter oder einen vorgeschalteten E-Mail-Filter verweisen.<\/p>\n\n\n\n
Bei einer Domain mit vorgeschaltetem SpamExperts Incoming Filter k\u00f6nnen die \u00f6ffentlich sichtbaren MX-Eintr\u00e4ge beispielsweise auf die SpamExperts-Infrastruktur zeigen.<\/p>\n\n\n\n
Das bedeutet jedoch nicht automatisch, dass dort auch die eigentlichen Benutzerpostf\u00e4cher liegen.<\/p>\n\n\n\n
SpamExperts kann E-Mails zun\u00e4chst filtern und anschlie\u00dfend an den tats\u00e4chlichen Ziel-Mailserver weiterleiten.<\/p>\n\n\n\n
Spieghiamo come funziona questa configurazione su Filtraggio della posta in arrivo e configurazione MX di SpamExperts<\/a>.<\/p>\n\n\n\n
Kann ich anhand des MX-Eintrags meinen E-Mail-Anbieter bestimmen?<\/h2>\n\n\n\n
Oft liefert der MX-Eintrag einen guten Hinweis auf den Dienst, der eingehende Nachrichten zun\u00e4chst verarbeitet.<\/p>\n\n\n\n
Er beantwortet aber nicht zwingend die Frage, wo sich das endg\u00fcltige Postfach befindet.<\/p>\n\n\n\n
Das gilt insbesondere bei vorgeschalteten Spamfiltern und E-Mail-Gateways.<\/p>\n\n\n\n
Deshalb sollte zwischen MX-Ziel<\/strong>, Mail-Gateway<\/strong> e Postfachserver<\/strong> unterschieden werden.<\/p>\n\n\n\n
Was sagen SPF-, DKIM- und DMARC-Eintr\u00e4ge aus?<\/h2>\n\n\n\n
TXT- und weitere DNS-Eintr\u00e4ge k\u00f6nnen zus\u00e4tzliche Hinweise auf verwendete E-Mail-Dienste geben.<\/p>\n\n\n\n
Ein SPF-Eintrag kann beispielsweise Systeme autorisieren, die im Namen der Domain E-Mails versenden d\u00fcrfen. DKIM wird zur kryptografischen Signierung von Nachrichten verwendet und DMARC definiert Richtlinien f\u00fcr die Behandlung beziehungsweise Auswertung der E-Mail-Authentifizierung.<\/p>\n\n\n\n
Diese Eintr\u00e4ge helfen bei der technischen Analyse einer Domain, bestimmen aber nicht automatisch, wo Website oder Domain registriert sind.<\/p>\n\n\n\n
Puoi trovare maggiori informazioni su SPF, DKIM e DMARC nell'hosting<\/a>.<\/p>\n\n\n\n
Warum k\u00f6nnen Registrar, DNS und Hosting bei unterschiedlichen Anbietern liegen?<\/h2>\n\n\n\n
Weil diese Dienste technisch voneinander unabh\u00e4ngig sind.<\/p>\n\n\n\n
Du kannst beispielsweise eine Domain bei einem Registrar registrieren, externe Nameserver verwenden und die Website bei CURIAWEB betreiben.<\/p>\n\n\n\n
Genau dieses Modell erkl\u00e4ren wir unter Mantenere il dominio presso un altro provider e collegarlo all'hosting di CURIAWEB<\/a>.<\/p>\n\n\n\n
Ein Domaintransfer ist f\u00fcr eine solche Konfiguration nicht erforderlich.<\/p>\n\n\n\n
Wie erkenne ich, ob CURIAWEB die DNS-Zone verwaltet?<\/h2>\n\n\n\n
Ein deutlicher Hinweis sind die autoritativen Nameserver.<\/p>\n\n\n\n
Wenn f\u00fcr die Domain folgende Nameserver aktiv sind:<\/p>\n\n\n\n
ns1.curiaweb.ch\nns2.curiaweb.ch<\/code><\/pre>\n\n\n\nwird die autoritative DNS-Zone \u00fcber die CURIAWEB Nameserver bereitgestellt.<\/p>\n\n\n\n
Welche Website- und E-Mail-Dienste anschlie\u00dfend \u00fcber die einzelnen DNS-Eintr\u00e4ge angesprochen werden, muss separat gepr\u00fcft werden.<\/p>\n\n\n\n
Wie erkenne ich, ob die Website bei CURIAWEB liegt?<\/h2>\n\n\n\n
Die CURIAWEB Nameserver allein reichen daf\u00fcr nicht als Beweis aus.<\/p>\n\n\n\n
Eine \u00fcber CURIAWEB DNS verwaltete Domain kann mit einem externen Webserver verbunden sein.<\/p>\n\n\n\n
Umgekehrt kann eine bei einem anderen DNS-Anbieter verwaltete Domain \u00fcber A-, AAAA- oder CNAME-Eintr\u00e4ge auf ein CURIAWEB Hosting zeigen.<\/p>\n\n\n\n
Entscheidend ist deshalb die tats\u00e4chliche Zielkonfiguration der Website.<\/p>\n\n\n\n
Wie erkenne ich, ob meine Domain bei CURIAWEB registriert ist?<\/h2>\n\n\n\n
Auch hier solltest du nicht anhand der Nameserver urteilen.<\/p>\n\n\n\n
Eine Domain kann bei CURIAWEB verwaltet werden und externe Nameserver verwenden. Ebenso kann eine bei einem anderen Domainanbieter registrierte Domain die CURIAWEB Nameserver verwenden.<\/p>\n\n\n\n
F\u00fcr die Frage nach der Domainregistrierung ist deshalb der Registrar beziehungsweise die Domainverwaltung ma\u00dfgeblich \u2013 nicht der NS-, A- oder MX-Eintrag.<\/p>\n\n\n\n
Was bedeutet \u201eDomaininhaber\u201c?<\/h2>\n\n\n\n
Der Domaininhaber beziehungsweise Registrant ist ebenfalls nicht mit Registrar oder Webhoster gleichzusetzen.<\/p>\n\n\n\n
Vereinfacht betrachtet gibt es also mehrere unterschiedliche Rollen:<\/p>\n\n\n\n
Domaininhaber \/ Registrant\nRegistrar \/ Domainanbieter\nRegistry\nDNS-Anbieter\nWebhoster\nE-Mail-Anbieter<\/code><\/pre>\n\n\n\nEine Person oder ein Unternehmen kann Domaininhaber sein, w\u00e4hrend die technischen und administrativen Dienste von verschiedenen Anbietern erbracht werden.<\/p>\n\n\n\n
Warum sind Domaininhaberdaten nicht immer \u00f6ffentlich sichtbar?<\/h2>\n\n\n\n
\u00d6ffentliche Domainabfragen zeigen heute nicht zwangsl\u00e4ufig s\u00e4mtliche Kontaktdaten des Domaininhabers.<\/p>\n\n\n\n
Welche Informationen \u00f6ffentlich ausgegeben werden, h\u00e4ngt unter anderem von der Domainendung, den Registry- beziehungsweise Registrar-Verfahren und den geltenden Datenschutz- und Offenlegungsregeln ab.<\/p>\n\n\n\n
Wenn eine Abfrage keine pers\u00f6nlichen Inhaberdaten anzeigt, bedeutet das deshalb nicht, dass die Domain keinen registrierten Inhaber besitzt.<\/p>\n\n\n\n
Kann ich mit einem Ping herausfinden, wo meine Website gehostet wird?<\/h2>\n\n\n\n
Ein Ping kann unter bestimmten Voraussetzungen zeigen, zu welcher IP-Adresse ein Hostname aufgel\u00f6st wird und ob das Ziel auf ICMP-Anfragen antwortet.<\/p>\n\n\n\n
Als zuverl\u00e4ssige Hosting-Erkennung eignet sich ein Ping jedoch nicht.<\/p>\n\n\n\n
Server oder vorgeschaltete Systeme k\u00f6nnen Ping-Anfragen blockieren. Au\u00dferdem gelten dieselben Einschr\u00e4nkungen wie bei einer IP-Abfrage: Die sichtbare Adresse kann beispielsweise zu einem CDN oder Reverse Proxy geh\u00f6ren.<\/p>\n\n\n\n