DNS-Einstellungen für Webhosting ohne Subdomain (www)

DNS-Einstellungen für Webhosting ohne Subdomain (www)

Ich habe versucht, eine elegantere Lösung zu finden, um bessere DNS-Updates für meinen Webserver und die wenigen Websites zu ermöglichen, die ich darauf hoste.

Sie haben also beispielsweise einen Webserver bei einem VPS-Anbieter mit dem Domänennamen apache1.vpshost.com. Wenn ich möchte, dass meine Website mit dem Domänennamen www.example.comauf diesem Webserver gehostet wird, kann ich einfach einen CNAME-Eintrag mit dem Inhalt . einfügen www.example.com. apache1.vpshost.comDies hat den Vorteil, dass Sie bei einer Änderung der IP-Adresse des Webservers diese nur an einer Stelle aktualisieren müssen und alle dort gehosteten Websites in Ordnung sind.

Es gibt eine wachsende Bewegung, die www.von Webadressen zu entfernen, aber die einzige mir bekannte Möglichkeit, dies zu tun, besteht darin, den Stamm-A-Eintrag auf dieselbe IP-Adresse zu setzen, da apache1.vpshost.comSie den Stamm-DNS nicht zu einem CNAME machen können. Der größte Nachteil dabei ist meiner Meinung nach, dass Sie, wenn sich die IP-Adresse des Webservers ändert, alle Ihre DNS-Einstellungen für alle gehosteten Webadressen aktualisieren müssen.

Ich habe mehrmals versucht, danach zu googeln, aber wenn es da draußen eine bessere Lösung dafür gibt, verliere ich mich im Detail, da meine Suchbegriffe sehr häufig vorkommen.

Antwort1

Für den Anwendungsfall „CNAME at apex“ gibt es derzeit keine gute Lösung. Es wäre kein Problem gewesen, wenn Webbrowser DNS- SRVEinträge unterstützen würden, aber das taten sie nie und werden es auch nie tun.

Verschiedene DNS-Anbieter bieten verschiedene Kludges an, die manchmal ANAMEoder APEXCNAMEoder ALIASoder was auch immer genannt werden. Der wichtige Punkt ist, dass hier nichts standardisiert ist. Es wird in irgendeiner Weise auf ihrer UI/API angezeigt, es kann nicht so wie es ist zu einem anderen Anbieter kopiert werden (wenn Sie wechseln) und natürlich erscheint es überhaupt nicht auf der DNS-Auflösungsseite, da sie irgendwie (entweder dynamisch, wenn die Anfragen kommen, oder durch einige im Voraus gefüllte Caches) basierend auf der Konfiguration AAntworten AAAAfür den Apex generieren.

Technisch gesehen ist grundsätzlich ein autoritativer Nameserver erforderlich, der auch ein wenig rekursiv ist, da er an einigen Stellen den in Ihrem „Fake“ verwendeten Namen in eine IP-Adresse auflösen muss CNAME.

Deshalb werden die zukünftigen DNS-Einträge, die SVCBoder genannt HTTPSwerden, dieses Problem endlich lösen. Sie sind noch nicht vollständig standardisiert, da der IETF RFC noch geschrieben wird, aber sie existieren bereits im DNS mit zugewiesenen Ressourceneintragstypen, und verschiedene Unternehmen (Apple, Google, CloudFlare, um nur einige zu nennen) verwenden sie bereits.

Ich empfehle auf jeden Fall, Zeit nur in diese zukünftige, narrensichere Standardlösung zu investieren (also DNS-Anbieter zu finden, die diese unterstützen, und zu beobachten, wie/wann die Browser sie verwenden werden – sie haben „alle“ gesagt, dass sie es tun werden) und keine Zeit in aktuelle Kludges zu investieren, da diese minderwertig und nicht Standard sind und mit dem Auftauchen der oben genannten neuen DNS-Einträge zwangsläufig verschwinden werden.

verwandte Informationen