{"id":20258,"date":"2025-09-28T00:55:27","date_gmt":"2025-09-27T22:55:27","guid":{"rendered":"https:\/\/linux-bibel.at\/?p=20258"},"modified":"2025-09-28T10:37:21","modified_gmt":"2025-09-28T08:37:21","slug":"dns-als-die-nummern-namen-bekamen","status":"publish","type":"post","link":"https:\/\/linux-bibel.at\/index.php\/2025\/09\/28\/dns-als-die-nummern-namen-bekamen\/","title":{"rendered":"DNS als die Nummern Namen bekamen"},"content":{"rendered":"\n

Die Geschichte<\/h1>\n\n\n\n

DNS .. 3 Buchstaben und eine geniale Idee. Domain Name Service um den ausgeschrieben Begriff einmal zu verwenden, ist nichts anderes als die Umsetzung eines Namen in eine Nummer bzw umgekehrt (reverse lookup). Wenn man m\u00f6chte das Telefonbuch des Internets. <\/p>\n\n\n\n

Die Idee wurde von Paul Mockapetris 1982\/1983 geboren und in 2 RFC (882 , 883 ) beschrieben. Ziel war es die damals \u00fcblichen \/etc\/hosts abzul\u00f6sen. Vor 1982 wurden die hosts zentral gepflegt und an ALLE Systeme verteilt. Das geht bei 20 Systemen noch gut bei 1000den Rechnern sind immer ein paar die durch den Rost fallen. Im Laufe der Jahre wurden die beiden RFCs dann erweitert und liegen derzeit als RFC1034 und RFC1034 vor.
<\/p>\n\n\n\n

Warum ich das erz\u00e4hle?<\/h2>\n\n\n\n

Im n\u00e4chsten Beitrag werden wir uns mit einem Produkt besch\u00e4ftigen, das uns das Leben sehr viel einfacher machen kann und uns wom\u00f6glich von den Werbeheinis und ich will-alles-von-dir-wissen Leute etwas befreien kann.
Aber schauen wir uns an, was DNS kann und wie es arbeitet.
<\/p>\n\n\n\n

Die Domain<\/h2>\n\n\n\n

mit der Einf\u00fchrung war auch bald eine Organisation der Namen vorgesehen. So wurden bald der Begriff TLD und FQDN geboren. Und damit wurde auch eine Aufteilung in<\/p>\n\n\n\n

die Zonen<\/h2>\n\n\n\n

Jede Domain geh\u00f6rt einer Zone an, f\u00fcr diese Zone ist ein root Server zust\u00e4ndig, der die Anfragen entgegen nimmt und auch ausliefert. Ihr k\u00f6nnt euch vorstellen, dass diese Server sehr bald unter Last waren. Nun, das war in den RFC bereits damals vorgesehen und erwartet. Auch wurde im Abfrageprotokoll vorgesehen, das DNS-Anfragen sowohl TCP als auch im zustandslosen UDP erfolgen d\u00fcrfen. Ferner wurde ein hierarchisches Serverkonzept vorgesehen und damit von den root-Server ausgehend beliebige weitere Knoten eingef\u00fchrt. Wir haben es somit mit einer Baumstruktur zu tun.<\/p>\n\n\n\n


Die Infrastruktur <\/h2>\n\n\n\n

die root-Nameserver
<\/h3>\n\n\n\n

Machen wir einen Blick auf die Infrastruktur. Derzeit sind 13 root-Nameserver online. Lange Zeit reichten 10 aus. Das diese Server kein PC von der Stange sind, d\u00fcrfte jeden klar sein. Das sind solide aufgebaute HA-Cluster die bestimmte Ausf\u00e4lle vertragen. Jeder der root-server arbeitet nur mit 33% Leistung. Somit k\u00f6nnen 8 Servercluster total ausfallen und es w\u00fcrde zu keinem Leistungsengpass kommen.
Ob dem wirklich so ist, wage ich zu bezweifeln, da es jede Menge vorgelagerter Systeme wie Leitungen, Router, Firewall, Loadbalancer etc. gibt.
Wie auch immer, so ist die Ebene der root-Nameserver definiert und aufgebaut und bis heute gab es keinen merkbaren Ausfall.<\/p>\n\n\n\n

Die Nameserver, Resolver und DNS-Cache. <\/h3>\n\n\n\n

sind die n\u00e4chsten Ebenen im Baum. Wir wissen aber nicht auf welcher Ebene sie sich befinden. Es kann uns auch egal sein, ob dieses Blatt ganz nahe am Boden ist oder hoch in der Spitze. ist Um die nicht unerheblichen Datenmengen in den Griff zu bekommen bietet jeder Internet-Provider einen eigenen DNS-Server an. Selbst Google betreibt unter der Adresse 8.8.8.8 einen eigenen DNS-Server. Diese Server sind gleichzeitig DNS-Cache und nat\u00fcrlich Resolver.<\/p>\n\n\n\n

Die unterste Ebene ist mein eigenes Ger\u00e4t. Einen Resolver habe ich auf jeden Fall. <\/p>\n\n\n\n

Was passiert bei einer Domain-Abfrage?
<\/h2>\n\n\n\n

Nehmen wir an wir tippen im Browser www.linux-bibel ein. Der Browser meint dann: aja da will einer in die Bibel schauen und schaut in der \/etc\/hosts nach der Linux-Bibel nach. Nur dort ist keine Adresse vorgemerkt.

Unter Unix gibt es die Datei \/etc\/resolv.conf . Dort k\u00f6nnen wir z.B folgende Eintrag finden.<\/p>\n\n\n\n

# \/etc\/resolv.conf\n# Generated by NetworkManager\nnameserver 192.168.24.2\n<\/code><\/pre>\n\n\n\n

Also wird der Request an diesen Adresse weitergeleitet. Das n\u00e4chste Ger\u00e4t  hat ein \u00e4hnlichen Eintrag z.B. 8.8.8.8 und Google geht dann zum n\u00e4chsten bis irgendwann als letzte Instanz ein root-Server antwortet. 
Und dieser sagt dann die Linux-Bibel ist als www.linux-bibel.at unter der IP-Adresse 5.132.191.10 zu erreichen.<\/p>\n\n\n\n
Wenn ich das ganze ein zweites mal mache, dann ist in meiner \/etc\/hosts noch immer keine Linux-Bibel eingetragen aber mein Router als Resolver und DNS-Cache kann sie beantworten. <\/p>\n\n\n\n
Es gibt auf der Konsole zwei n\u00fctzliche Kommandos. Ein Altes und ein Neues. <\/p>\n\n\n\n
nslookup f\u00fcr die Leute die mit Unix angefangen haben (muss nach installiert werden)
dig als neues modernes Kommando.<\/p>\n\n\n\n
dig www.linux-bibel.at\n\n; <<>> DiG 9.20.11-4-Debian <<>> www.linux-bibel.at\n;; global options: +cmd\n;; Got answer:\n;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 35954\n;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1\n\n;; OPT PSEUDOSECTION:\n; EDNS: version: 0, flags:; udp: 512\n;; QUESTION SECTION:\n;www.linux-bibel.at.\t\tIN\tA\n\n;; ANSWER SECTION:\nwww.linux-bibel.at.\t300\tIN\tA\t5.132.191.10\n\n;; Query time: 192 msec\n;; SERVER: 192.168.24.2#53(192.168.24.2) (UDP)\n;; WHEN: Wed Sep 17 16:46:56 CEST 2025\n;; MSG SIZE  rcvd: 63<\/code><\/pre>\n\n\n\n
<\/p>\n\n\n\n


So genug in den Tiefen des Netzwerkes. Ich hoffe, dass es nicht allzu viel war. Was speichert eigentlich ein DNS-Server so. <\/p>\n\n\n\n
Die Record-Typen<\/h2>\n\n\n\n
Der Aufz\u00e4hlung soll helfen, uns in Zukunft diese Parameter genauer zu betrachten.
– SOA Resource Record wird f\u00fcr G\u00fcltigkeitsdauer, Seriennummer einer Zone verwendet. 
– NS Record dient dazu die Delegation zwischen Server zu regeln.
– A und das AAAA Record definieren einen Namen zu einer IPAdresse. 
  das A f\u00fcr Ipv4 das AAAA Record f\u00fcr IPv6. Das w\u00e4re ein Platz wo wir unsere www.linux-bibel.at 
  finden w\u00fcrden.
-CName oder auch C Record ist ein Verweis eines Namens auf einen anderen. Ich k\u00f6nnte diesen Namen verwenden wenn ich meinen Server unter einen zweiten Namen verwenden m\u00f6chte. 
-MX Record dient dazu einen Mail-Transfer-Agent zu definieren. SEV ist etwas \u00e4hnliches.
-PTR Record ist die umgedrehte Richtung IP zu einem Namen
-TXT Record  Ein frei definierbarer Text. <\/p>\n\n\n\n
So das war die Schnelleinf\u00fchrung in den DNS. Ich hoffe, ich habe euch nicht gelangweilt. 

Wenn ihr jetzt das Wissen einsetzen und eine L\u00f6sung gegen Werbung wollt, dann lest https:\/\/linux-bibel.at\/index.php\/2023\/12\/23\/pi-hole-der-werbeblocker-fuer-das-netzwerk-unter-linux\/<\/a><\/p>\n\n\n\n
<\/p>\n
\r\n    
\r\n    \r\n                            \"Gef\u00e4llt\r\n            <\/a>\r\n    3    <\/span>\r\n<\/div>
\r\n    \r\n                            \"Gef\u00e4llt\r\n            <\/a>\r\n    <\/span>\r\n<\/div><\/div>","protected":false},"excerpt":{"rendered":"
Die Geschichte DNS .. 3 Buchstaben und eine geniale Idee. Domain Name Service um den ausgeschrieben Begriff einmal zu verwenden, ist nichts anderes als die Umsetzung eines Namen in eine Nummer bzw umgekehrt (reverse lookup). Wenn man m\u00f6chte das Telefonbuch des Internets. Die Idee wurde von Paul Mockapetris 1982\/1983 geboren und in 2 RFC (882 […]<\/p>\n","protected":false},"author":52,"featured_media":20266,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1,301],"tags":[],"class_list":["post-20258","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-allgemein","category-begriffe-erklaerungen"],"_links":{"self":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/20258","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/users\/52"}],"replies":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/comments?post=20258"}],"version-history":[{"count":8,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/20258\/revisions"}],"predecessor-version":[{"id":20433,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/20258\/revisions\/20433"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/media\/20266"}],"wp:attachment":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/media?parent=20258"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/categories?post=20258"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/tags?post=20258"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}