Benutzerdefinierte Nameserver-Registrierung (Hostname)

Question

Ich habe genug recherchiert und bin der Meinung, dass es keine spezifische Lösung für mein Problem gibt oder ich keine einfache Option finde. Ich werde meinen Kunden also Managed Hosting über Webdienste von Drittanbietern anbieten. Mein Problem betrifft die benutzerdefinierten Nameserver. Da ich meinen Kunden VPS-Maschinen anbieten werde, möchte ich für jeden VPS benutzerdefinierte Nameserver registrieren und die Nameserver sollten sich auf meiner Hauptdomäne befinden. Domänenregistrare bieten die Möglichkeit, benutzerdefinierte Nameserver oder Hostnamen zu registrieren. Ist es jedoch möglich, einen DNS-Server zum Registrieren meiner benutzerdefinierten Nameserver zu verwenden? Ist der Registrar die einzige Stelle, die dies für mich erledigen kann? Wenn es eine Lösung gibt, helfen Sie mir bitte.

Answer 1

Ist das Registrar die einzige Stelle, die das für mich erledigen kann?

Ja. Und nicht einmal „der Registrar“, sondern „jeder einzelne Registrar“, der von Ihren Kunden Domänennamen verwendet (können sie diese überall registrieren oder kümmern Sie sich selbst um alles? Das geht aus Ihrer Frage nicht klar hervor …)

Sie scheinen sich nicht darüber im Klaren zu sein, was das „Registrieren“ eines Nameservers bedeutet, und das kann leicht (zu Verwirrungen) führen, da es viele Fehlinformationen gibt. Im Folgenden wird also nur dieser spezielle Teil beantwortet, aber abgesehen davon ist es heutzutage möglicherweise keine gute Idee, DNS für jede Art von nicht trivialem Setup zu verwenden, ohne jegliche Erfahrung mit der Arbeit mit DNS-Protokollen auf niedriger Ebene, Shell-Skripting, Überwachung, Automatisierung usw., insbesondere mit komplexeren Technologien wie DNSSEC.

Zunächst ein Vorbehalt, der Ihnen vielleicht nicht gefällt: Meistens geschieht dies aus Eitelkeit und/oder um das wahre Hosting zu verbergen, und in beiden Fällen funktioniert es nicht. Die wirkliche Lösung für Ihr Problem wäre also, Ihren Kunden einfach Ihre Nameserver als „und“ zu geben ns1.my-shiny-hosting-company.exampleund ns2.my-shiny-hosting-company.exampledas Erstellen von Nameservern pro gehosteter Website zu vergessen. Wenn Sie diesen einfacheren Weg wählen, sparen Sie viel Zeit und Nerven.

Jetzt mehr Details zu dieser Sache mit der Nameserver-Registrierung, falls Sie das immer noch tun möchten oder zumindest besser verstehen möchten, was das ist.

Zunächst einige wichtige Unterschiede, die vorab zu beachten sind:

• es hängt von der betrachteten TLD ab (die TLD der Domäne, die diese Nameserver verwendet, nicht die TLD der Nameserver)
• es hängt davon ab, ob "in-bailiwick"-Nameserver verwendet werden oder nicht, also Nameserver, deren Namen unterhalb des Domänennamens liegenfür die sie maßgebend sind(diese Klausel ist sehr wichtig). ns1.example.comliegt im Zuständigkeitsbereich, example.comwenn example.comes als autoritativer Nameserver verwendet wird.

Wenn Sie für eine beliebige Domäne eine Website hosten möchten und auch Nameserver mit demselben Namen haben möchten, sind alle diese Nameserver „in Ihrem Zuständigkeitsbereich“ und Ihre Registrierung steht unmittelbar vor dem kompliziertesten Fall. Sehen wir uns jetzt an, warum.

Register verwenden zwei verschiedene Modelle, um Nameserver zu handhaben: als Objekte oder als Attribute. gTLDs verwenden Objekte, viele/die meisten(?) ccTLDs verwenden Attribute. Und manchmal ändern sich Dinge (wie .FRkürzlich der Wechsel von Attributen zu Objekten). Normalerweise wird dies von Ihrem Registrar vor Ihnen verborgen.

Aber im typischen „Objekt“-Fall läuft es folgendermaßen ab:

• Sie gehen zu einem Standesbeamten
• Sie registrieren Domäne X
• Bevor Sie Nameserver festlegen können, müssen Sie diese Nameserver registrieren: Sie müssen als Objekt in der Registrierungsdatenbank vorhanden sein, daher muss der Registrar sie zuerst erstellen und sie dann Ihrer Domain zuordnen
• natürlich verbirgt ein guter Registrar all dies vor Ihnen: er fragt nach Ihren Nameservern und tut dann transparent, was nötig ist
• Es gibt 3 Fälle:
  • Wenn der Nameservername in einer anderen TLD als der des Registers liegt, wird er als „externer“ Nameserver bezeichnet und nur sein Name wird benötigt, um ihn als Register zu erstellen.
  • Wenn sich der Nameservername in einer TLD des Registers befindet, handelt es sich natürlich um einen „internen“ Nameserver. Daher wird sein Name benötigt und seine IP-Adressen KÖNNEN benötigt werden oder auch nicht:
    • Wenn der Nameserver direkt unter dem Domänennamen liegt, für den er maßgebend sein muss (das ist der oben erläuterte „In-Bailiwick“-Fall), MUSS er mit IP-Adressen erstellt werden (damit die Auflösung später funktioniert, wurden so „Klebe“-Einträge in der Registrierung erstellt).
    • wenn nicht, wird es möglicherweise mit IP-Adressen erstellt, weil diese momentan nicht benötigt werden, aber möglicherweise benötigt werden, sobald sie der Domäne als maßgeblich zugeordnet werden.

Kurz gesagt: Der Registrar fragt Sie unter Umständen neben den Nameserver-Namen auch nach IP-Adressen und lässt dann auf magische Weise alles im Register richtig einrichten.

Wie Sie sehen, müssen Sie dies mindestens pro (Registrar-, Registry-)Paar tun: In einigen Registrys werden externe Nameserver pro Registrar erstellt, in anderen gibt es ein für alle gemeinsames Objekt.

Wenn Sie sich den Fall „Attribute“ ansehen, gilt die obige Diskussion über IP-Adressen und dergleichen immer noch. Der einzige Unterschied besteht darin, dass Nameserver nicht als separate Objekte in der Registrierungsdatenbank erstellt werden, sondern nur als Attribute für jeden Befehl bereitgestellt werden, der einen Domänennamen erstellt oder aktualisiert.

Aber in allen Fällen gibt es Nachteile, wenn Sie sich für den Weg „Lassen Sie uns ein erstellen ns1und ns2unter allen Domänen hosten wir“ entscheiden:

• Sie müssen Zugriff auf den Registrar erhalten, der diese Domänen verwaltet, um diese Namen und ihre IP-Adressen möglicherweise zu definieren. Entweder müssen Sie Ihre Kunden bitten, den Vorgang durchzuführen (wenn Sie ihre Domänennamenregistrierungen nicht für sie verwalten) – und viel Glück dabei, ihnen all das oben Genannte zu erklären, natürlich ist jede Registrar-Website anders, daher hängt es davon ab, wo Sie einen Nameserver registrieren können: Ich kenne einige Registrare, bei denen es nur einen Link gibt, um einen bestimmten Nameserver bei „allen“ Registern zu registrieren (das heißt bei allen Registern, bei denen dieser bestimmte Registrar akkreditiert ist), was Sie in den meisten Fällen sicherlich nicht wollen, und andere, bei denen es keine GUI gibt, um dies zu tun (Sie müssen den Support fragen), oder Sie tun es für sie, aber dann benötigen Sie ihren Zugriff auf das Registrar-Panel (großes Sicherheitsrisiko)
• und Sie müssen das alles aktualisieren, und abgesehen von Sonderfällen (z. B. wenn Sie alle Domänennamen-Registrierungen Ihrer Kunden verwaltet haben und diese alle beim selben Registrar sind) gibt es keine Massenvorgänge. Wenn Sie also einen neuen erstellen müssen ns3, müssen Sie das überall tun (aber das gilt auch, wenn Sie nur erstellen ns3.my-shiny-hosting-company.example). Ein noch größeres Problem ist jedoch der Tag, an dem Sie die IP-Adressen der Nameserver ändern müssen (weil das immer passiert), da sie per Definition bei der Erstellung unter dem Domänennamen, für den sie maßgeblich sind, in Ihrem Zuständigkeitsbereich liegen. Sie müssen die IP-Adressen also nicht zweimal aktualisieren (in Ihrer eigenen Zonendatei und vielleicht beim Register für my-shiny-hosting-company.example), sondern so oft, wie es Domänen sind. Dabei müssen Sie erneut jeden einzelnen Ihrer Kunden fragen, wo das im Webpanel des Registrars geht, oder es für sie tun.

Auf diesem Weg müssen Sie mit großen Problemen rechnen. Vor allem, wenn Sie nicht bereits ein Experte im DNS-Hosting und der Domänennamenregistrierung sind.

Answer 2

Daher werde ich meinen Kunden Managed Hosting unter Verwendung von Webdiensten Dritter anbieten.

Ich werde meinen Kunden VPS-Maschinen anbieten.

Sie bieten also Website- und VPS-Hosting an?

Wenn ja, LASSEN SIE IHRE DNS IN RUHE!

Es gibt keinen technischen Grund, warum Sie deren DNS hosten sollten. Wenn Sie nicht über die erforderliche hochverfügbare und global verteilte Infrastruktur zum Hosten deren DNS verfügen und wenn Sie nicht über die erforderlichen Kenntnisse und Erfahrungen verfügen (was aufgrund Ihrer Frage nicht der Fall ist), sollten Sie deren DNS nicht hosten.

Dies soll keine Beleidigung für Sie sein. Überlassen Sie das DNS-Hosting den Unternehmen, die über die Infrastruktur und Erfahrung verfügen. Es gibt keinen Grund für Sie, DNS für Ihre Kunden zu hosten, und Sie sollten DNS für Ihre Kunden nicht hosten.

Answer 3

Normalerweise registriert man nur einen einzigen Satz Nameserver (wiederum normalerweise unter IHREM Domänennamen) und dann verweisen alle Ihre Kundendomänen auf diese Nameserver als maßgebend. Sie können zwar für jede Kundendomäne unterschiedliche Nameserver registrieren, aber das ist unnötig und außerdem mühsam zu verwalten und zu migrieren. Die Nachteile mögen gering erscheinen, wenn Sie drei oder vier Domänen haben, aber wenn Sie 20 oder 200 haben, wird die Registrierung separater Nameserver (im Allgemeinen mindestens 2 pro Domäne) schnell unhandlich.