Google Cloud-DNS richtig konfigurieren, um über eine Domäne auf den Webserver zuzugreifen

436
Mella

Ich habe einen Webserver, den ich in einer Google Cloud-Instanz erstellt habe. Ich habe ihm bereits eine statische IP-Adresse zugewiesen und kann auf den Server zugreifen, indem ich direkt zur IP navigiere.

Ich habe eine über Google Domains registrierte Domain. Ich habe seine Nameserver auf Folgendes eingestellt (dies sind die Nameserver von Google Cloud):

ns-cloud-e1.googledomains.com ns-cloud-e2.googledomains.com ns-cloud-e3.googledomains.com ns-cloud-e4.googledomains.com 

In Google Cloud DNS habe ich folgende Einträge:

Cloud-DNS

Die Redactions auf der linken Seite sind mein Domainname und die Redaction auf der rechten Seite ist die externe (statische) IP-Adresse, die meinem Server zugewiesen ist.

Es sind ungefähr 12 Stunden vergangen, seit die Datensätze hinzugefügt wurden. Ich nehme an, es ist möglich, dass sich die Änderungen noch nicht verbreitet haben. Wenn ich jedoch einen whoisDomainnamen eingebe, sehe ich die korrekten Nameserver, und beim Ausführen hostbekomme ich überhaupt nichts zurück. Dies deutet auf ein Problem in meinen DNS-Einstellungen hin.

Die NS- und SOA-Datensätze wurden von Google automatisch hinzugefügt, während ich die beiden A-Datensätze manuell hinzufügte (zuvor gab es keine A-Datensätze. Ich habe die 1-Tages-TTL ausgewählt, da es sich um neue Datensätze handelt).

Was, wenn überhaupt, habe ich hier falsch eingestellt oder etwas falsch gemacht?

0

1 Antwort auf die Frage

1
grawity

Anstatt Ihren A-Datensatz zur Basisdomäne hinzuzufügen, haben Sie eine Unterdomäne mit dem Namen erstellt @.

Ein einzelner Benutzer @hat eine besondere Bedeutung in Zonendateien im Textformat (die die Basisdomäne angeben), und einige webbasierte DNS-Datensatzmanager haben dieses Verhalten geklont. Dies gilt jedoch nicht unbedingt für alle diese Systeme oder für DNS als Ganzes.

Stattdessen erwarten viele DNS-Verwaltungswebsites - einschließlich Google Cloud DNS -, dass Sie das Feld für die Subdomain einfach leer lassen.

(Wie erkennt man, ob es funktioniert hat oder nicht? Nur ein bloßer Gegenstand @ hat die besondere Bedeutung, aber in @Verbindung mit einem anderen Text nicht. Wenn also der resultierende Eintrag als @.example.netangezeigt wird, können Sie sicher sein, dass er falsch läuft . Vergleichen Sie das Erscheinungsbild Ihres A- und NS-Datensätze.)

Das ist eigentlich alles, was es war, es sieht so aus. Ich bin daran gewöhnt, dass @ ein Stand-In für die Basisdomäne ist, wie es bei vielen billigen DNS-Diensten auf Verbraucherebene der Fall ist. Ich habe nicht einmal daran gedacht, dass ich das leer lassen könnte. Mella vor 6 Jahren 0
Ich würde nicht sagen, dass es eine Frage der Billigkeit ist, nur eine Designentscheidung. (Die meisten Websites zeigen Tabellen, die wie eine [Standardzonendatei] aussehen (https://en.wikipedia.org/wiki/Zone_file). Daher akzeptieren sie auch dieselbe Syntax wie eine Zonendatei ... Wahrscheinlich die beste Option würde sowohl @ als auch einen leeren Wert akzeptieren.) grawity vor 6 Jahren 0