Nameserver einstellen – wie?
https://stackoverflow.com/questions/46305
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
Ich verstehe, wie ich das ändern kann dns Einstellungen für meine Domänen durch Bearbeiten meiner Bindungskonfigurationen, wenn ich meine eigenen Nameserver betreibe.Ich weiß, dass ich die Nameserver bei meinem Registrar über dessen Online-Kontrollfelder festlegen kann.Aber ich habe keine Ahnung, wie dieser Teil funktioniert ...
Wie speichert mein Registrar die Daten über die Nameserver?Ist es etwas Schlaues, etwa dass sie die Berechtigung haben, NS-Datensätze in den Root-Nameservern zu speichern?
Dieser Teil verwirrt mich. Kann mir das jemand erklären?
Lösung
Der Registrar ist dafür verantwortlich, den Root-DNS-Eintrag festzulegen, der besagt: „Wenn jemand nach stackoverflow.com fragt, teilen Sie ihm mit, dass der autorisierende DNS xxx.xxx.xxx.xxx ist.“Sie verfügen über eine Schnittstelle, die es ihnen ermöglicht, Änderungen an den Datensätzen vorzunehmen, die ihnen gehören.
Dann muss der Anforderer zum autorisierenden DNS gehen (das ist das DNS, das Sie Ihrem Registrar als Ihr DNS angegeben haben), um die IP für stackoverflow.com, jede Subdomain davon, den E-Mail-Server und andere DNS-Einträge zu finden, die sich auf diese Domain beziehen.
-Adam
Andere Tipps
Mir wurde gerade Folgendes gezeigt:
# dig +trace ns stackoverflow.com
; <<>> DiG 9.2.4 <<>> +trace ns stackoverflow.com
;; global options: printcmd
. 269431 IN NS B.ROOT-SERVERS.NET.
. 269431 IN NS C.ROOT-SERVERS.NET.
. 269431 IN NS D.ROOT-SERVERS.NET.
. 269431 IN NS E.ROOT-SERVERS.NET.
. 269431 IN NS F.ROOT-SERVERS.NET.
. 269431 IN NS G.ROOT-SERVERS.NET.
. 269431 IN NS H.ROOT-SERVERS.NET.
. 269431 IN NS I.ROOT-SERVERS.NET.
. 269431 IN NS J.ROOT-SERVERS.NET.
. 269431 IN NS K.ROOT-SERVERS.NET.
. 269431 IN NS L.ROOT-SERVERS.NET.
. 269431 IN NS M.ROOT-SERVERS.NET.
. 269431 IN NS A.ROOT-SERVERS.NET.
;; Received 504 bytes from 83.138.151.80#53(83.138.151.80) in 3 ms
com. 172800 IN NS A.GTLD-SERVERS.NET.
com. 172800 IN NS B.GTLD-SERVERS.NET.
com. 172800 IN NS C.GTLD-SERVERS.NET.
com. 172800 IN NS D.GTLD-SERVERS.NET.
com. 172800 IN NS E.GTLD-SERVERS.NET.
com. 172800 IN NS F.GTLD-SERVERS.NET.
com. 172800 IN NS G.GTLD-SERVERS.NET.
com. 172800 IN NS H.GTLD-SERVERS.NET.
com. 172800 IN NS I.GTLD-SERVERS.NET.
com. 172800 IN NS J.GTLD-SERVERS.NET.
com. 172800 IN NS K.GTLD-SERVERS.NET.
com. 172800 IN NS L.GTLD-SERVERS.NET.
com. 172800 IN NS M.GTLD-SERVERS.NET.
;; Received 495 bytes from 192.228.79.201#53(B.ROOT-SERVERS.NET) in 145 ms
stackoverflow.com. 172800 IN NS ns51.domaincontrol.com.
stackoverflow.com. 172800 IN NS ns52.domaincontrol.com.
;; Received 119 bytes from 192.5.6.30#53(A.GTLD-SERVERS.NET) in 156 ms
Sagt mir das, dass die Stackoverflow.com-Nameserver auf den .com-Nameservern gespeichert wurden?
Oder sind sie einfach nur zufällig dort?
Es kann hilfreich sein, zunächst den Unterschied zwischen einem „Registrar“ und einer „Registrierung“ zu verstehen.Ein Registrar ist ein Unternehmen, das Domainnamen verkauft (d. h.Godaddy) an Käufer.Jeder kann Registrar sein.Sie können Registrar werden.
Eine Registrierungsstelle ist eine (von ICANN ausgewählte) Einrichtung, die die Hauptdatenbank der Domänennamen verwaltet.Es gibt mehrere Register.Die Internet Society (ISOC) ist die Registrierungsstelle für alle .org-Namen, Verisign ist die Registrierungsstelle für alle .com- und .net-Domänennamen.Es gibt noch andere und jedes Land hat eine für seine Domäne.Alle Registrare greifen auf die Registrierungsdatenbanken zu und aktualisieren diese.
Eine Registrierungsstelle ist für die Verwaltung der Top-Level-Domain (TLD) verantwortlich, die der ultimative DNS-Server ist.Eine Anfrage zur Auflösung eines Domänennamens wird bis zur TLD gefiltert, wenn sie von keinem anderen DNS-Server aufgelöst werden kann.Stellen Sie es sich als eine Hierarchie wie einen Baum vor, bei dem die TLD der Stamm ist.An diesem Punkt wird es in eine IP-Adresse aufgelöst oder es wird ein Fehler zurückgegeben.
Tut mir leid, ich kann nicht allzuoooo viel helfen, aber gehen Sie zu http://twit.tv, und finden Sie den Security Now-Podcast – sie haben vor ein paar Wochen einen auf DNS veröffentlicht – holen Sie sich den ersten.Es gibt eine gute Erklärung, wie es funktioniert usw. (was hilfreich sein kann).
Im zweiten Artikel auf dieser Website geht es darum, wie sie „gehackt“ wurde – im ersten geht es darum, wie sie funktioniert.
Um es irgendwie zu beantworten:
Die „Root-Server“ (z. B. für .com) enthalten einen Eintrag für stackoverflow.com.Aber sie können nicht alle Details speichern, also haben sie einen NS-Eintrag (Nameserver-Eintrag) mit der Aufschrift „Wenn Sie weitere Informationen wünschen, schauen Sie dort drüben nach“.Ihr Computer fragt also den Zielcomputer (ns1.stackoverflow.com) nach www.stackoverflow.com und erhält den A-Eintrag (IP-Adresse) oder MX (Mail usw.) zurück.
Ihr Domain-Register speichert es also in einer Datenbank oder was auch immer sie ausgewählt haben, und wenn Sie eine Aktualisierung durchführen, werden sie IRGENDWIE (ich weiß es nicht, aber ich vermute, dass es von NIC veröffentlicht wird, aber sie müssen dafür bezahlen, ein Registrar zu sein, und ausgecheckt werden usw.) Pushen Sie diese Änderung an den Root-Nameserver (Cluster).Sie würden dann die Änderungen für Ihre Domain (z. B. wohin www geht, wohin Ihre E-Mail geht usw.) an ihren lokalen Server übertragen, der tatsächlich die Domain-Informationen bereitstellt.
Ich hoffe, das macht ETWAS Sinn :)
Sagt mir dies, dass die Namenserver stackoverflow.com auf den .com -Namensservern gespeichert wurden?
Ja und nein.
Es ist, als würden Sie die Telefonauskunft für alles anrufen, was auf .com endet.Sie fragen nach Stackoverflow – sie sagen Ihnen: „Wenn Sie SO möchten, rufen Sie diese Nummer an und sie können Ihnen sagen, wie Sie Jeff (www), Joel (Mail) usw. erreichen.“
Der Root-Server ist die erste Verzeichnisverwaltung.Der Nameserver Ihres Registers ist der am Ende des zweiten Anrufs (vorausgesetzt, Sie haben ihn angerufen :))
Bisher sind in den Antworten einige Fehler enthalten (und ich habe noch nicht genügend Reputation, um dazu Stellung zu nehmen).
Die „.com“-Nameserver stehen in keinerlei Zusammenhang mit den Root-Nameservern.Wenn Sie die Nameserver von stackoverflow.com über Ihren Registrar ändern, wird die Änderung in den „.com“-Nameservern vorgenommen.Root-Nameserver sind nicht betroffen.
Es stimmt nicht, dass die Register alle von ICANN ausgewählt wurden.Die ccTLD-Register (Ländercode-TLD wie „.jp“ oder „.ca“) werden beispielsweise lokal durch einen vom Land abhängigen Prozess ausgewählt.
Nicht alle TLD verwenden ein Registrierungs-/Registrarsystem.
