Trennen Sie die Organisationen
Ein Registrar verkauft oder verwaltet Registrierungen; die Registry betreibt die Top-Level-Domain; ein DNS-Anbieter liefert Datensätze. Sie können unterschiedliche Identitätsanforderungen und Offenlegungsregeln haben. Registry-Anforderungen können einschränken, was ein Registrar verbergen kann.
Lesen Sie die tatsächlichen Registrierungsbedingungen
Datenschutz- und Proxy-Dienste unterscheiden sich darin, wessen Angaben erscheinen und wer der Registrant bleibt. Erfinden Sie keine Kontaktinformationen, die gegen die Registrierungsregeln verstoßen. Prüfen Sie Verlängerungs-, Transfer-, Wiederherstellungs- und Streitverfahren, bevor Sie sich auf einen wertvollen Namen festlegen.
Öffentliche technische Aufzeichnungen beachten
DNS kann die Serveradresse offenlegen. Certificate Transparency kann Namen offenlegen, die in öffentlich vertrauenswürdigen Zertifikaten enthalten sind. Historische DNS und Registrierungsdaten können nach einer Änderung fortbestehen. Eine neue Datenschutzeinstellung löscht frühere Veröffentlichungen nicht.
Fortbestehendes Eigentum schützen
Verwenden Sie eine starke Registrar-Anmeldung, Multi-Faktor-Authentifizierung, Registrar-Lock, wo geeignet, und zuverlässige Verlängerungshinweise. Halten Sie Wiederherstellungsmethoden unabhängig von genau der Domain, die Sie wiederherstellen möchten.
Erstellen Sie ein kleines Expositionsinventar
Erfassen Sie, welche Angaben in Registrierungsdaten, DNS, Zertifikaten und der Website selbst sichtbar sind. Eine gemeinsame Analytics-Kennung, eine öffentliche Kontaktseite oder ein wiederverwendetes Social-Media-Profil können Projekte verbinden, selbst wenn die Registrierung privat ist. Minimieren Sie unnötige Verknüpfungen, ohne ungenaue Registrierungsdaten zu erfinden.
Üben Sie den Verlängerungs- und Transferweg
Bewahren Sie Ablaufdatum, Verlängerungsmethode und Wiederherstellungskanal in einem privaten Betriebsprotokoll auf. Verstehen Sie Transfersperren, Autorisierungscodes und Registry-Regeln, bevor der Name kritisch wird. Prüfen Sie Benachrichtigungen über die bekannte Oberfläche des Registrars, statt einer unerwarteten Verlängerungs-E-Mail zu folgen.
Prüfen Sie das Registrierungsergebnis über RDAP
Nutzen Sie den aktuellen RDAP-Dienst der Registry oder des Registrars oder die Suchoberfläche von ICANN für eine unterstützte generische Top-Level-Domain, um das öffentliche Registrierungsergebnis zu prüfen. Prüfen Sie, welche Felder veröffentlicht, geschwärzt oder durch einen Datenschutz-/Proxy-Kontakt ersetzt werden. Eine öffentliche Schwärzung belegt nicht, was der Registrar privat speichert. Die Berechtigungs- und Veröffentlichungsregeln für Ländercode-Domains können von den Richtlinien für generische Domains abweichen; prüfen Sie daher die gewählte Endung vor dem Kauf.
- Vergleichen Sie die Datenschutzbestimmungen des Registrars, die Wiederherstellungsbedingungen und die Regelung zum Registrant-of-Record.
- Halten Sie genaue Kontaktdaten bereit, wo der Vertrag dies verlangt, und erledigen Sie erforderliche Verifizierungshinweise.
- Prüfen Sie Registrierungs- und Verlängerungspreise getrennt; dokumentieren Sie das Ablaufdatum und den normalen Verlängerungsweg.
- Schützen Sie das Wiederherstellungspostfach unabhängig von der Domain, damit eine abgelaufene Domain nicht auch Ihren einzigen Wiederherstellungskanal nimmt.
Offizielle Dokumentation: ICANN: Registration Data Access Protocol · ICANN: Rechte und Pflichten von Registranten
Prüfen Sie DNS und Zertifikatsnamen vor der Veröffentlichung
Bereiten Sie einen bewusst gewählten öffentlichen Record-Satz vor, bevor Sie die Domain auf einen Server zeigen lassen. A-, AAAA-, MX- und TXT-Records haben unterschiedliche Aufgaben und können Infrastruktur- oder Dienstzuordnungen offenlegen. Öffentlich vertrauenswürdige Zertifikate werden über Certificate Transparency protokolliert, was enthaltene Hostnamen offenlegen kann. Vermeiden Sie es, einen privaten Projektnamen nur deshalb in ein öffentliches Zertifikat aufzunehmen, weil eine Staging-Umgebung Verschlüsselung benötigt; wählen Sie für wirklich private Namen eine geeignete interne Zertifikatslösung.
- Prüfen Sie nach einer Änderung von DNS beide Adressfamilien; ein alter AAAA-Eintrag kann einige Besucher weiterhin zum vorherigen Server schicken.
- Wenn die Validierung fehlschlägt, prüfen Sie die autoritativen DNS und den gewählten Zertifikats-Challenge-Pfad, bevor Sie Sicherheitskontrollen deaktivieren.
- Gehen Sie nicht davon aus, dass die Verbreitung von DNS sofort erfolgt. Prüfen Sie autoritative Antworten und Cache-TTLs.
- Prüfen Sie vor einem Transfer oder einer Kontaktänderung die geltenden Sperren und Fristen in der tatsächlichen Registrar-Oberfläche. Führen Sie eine private Aufzeichnung der Wiederherstellungs- und Verlängerungsschritte.
Offizielle Dokumentation: Let’s Encrypt: Zertifikatstransparenz · ICANN: Rechte und Pflichten von Registranten