Bent u nieuwsgierig naar DNS (domain name system), het systeem dat verantwoordelijk is voor de routering van het verkeer voor elk domein op het web?

In dit bericht leert u wat DNS is en hoe het precies werkt.

Laten we beginnen:

Wat is DNS?

Het domeinnaamsysteem (DNS) stelt ons in staat toegang te krijgen tot websites met een alfanumeriek webadres.

Het world wide web zoals wij dat kennen werd uitgevonden in 1989, en de eerste webpagina ging pas in 1991 online. Toch werd het internet al tientallen jaren eerder ontwikkeld en gebruikt.

Uw website en andere op het web gehoste entiteiten hebben een specifieke locatie op het net. Dit wordt weergegeven door een numeriek IP-adres, zoals 99.84.73.47, vergelijkbaar met hoe uw straatadres de locatie van uw huis weergeeft.

Domeinen, zoals bloggingwizard.com, bestonden nog niet toen het internet werd ontwikkeld. Gebruikers moesten in plaats daarvan het IP-adres van een locatie invoeren. Aangezien het moeilijk is om numerieke adressen te onthouden en in te voeren voor alles waartoe de gebruikers van het internet in die tijd toegang moesten hebben, was het vinden van een nieuwe methode om toegang te krijgen van cruciaal belang.

Paul Mockapetris bracht deze nieuwe methode naar het internet toen hij in 1983 het domeinnaamsysteem uitvond. Tegen 1984 konden internetgebruikers toegang krijgen tot de locaties van het net met gebruiksvriendelijke, alfanumerieke domeinnamen en zes topniveaudomeinen (TLD's):

• .com - gemaakt voor commerciële doeleinden.
• .org - gemaakt voor organisaties.
• .net - gemaakt voor netwerken.
• .gov - gemaakt voor door de overheid gesponsorde locaties.
• .edu - gemaakt voor educatieve computersystemen.
• .mil - gemaakt voor militaire locaties.

DNS is verantwoordelijk voor de vertaling van elk domein op het web in een identificeerbaar IP-adres.

Wanneer u een website wilt bezoeken, vertrouwt uw browser op dit systeem om de exacte locatie op het web te vinden.

Wat is een nameserver?

U zult merken dat sommige mensen de termen DNS en nameservers door elkaar gebruiken, omdat ze precies hetzelfde bedoelen: uw DNS-records.

In technische zin is een nameserver gewoon de server waar DNS-records worden opgeslagen.

Hoe werken domeinen?

Om te begrijpen hoe domeinservers werken, moeten we begrijpen hoe domeinen werken.

Domeinen zijn de alfanumerieke adressen die wij gebruiken om toegang te krijgen tot specifieke locaties op het web, meestal websites. Zoals wij eerder hebben uitgelegd, vertegenwoordigen zij de IP-adressen die deze locaties identificeren en ons toegang verlenen zonder dat wij die IP-adressen in onze adresbalk hoeven in te voeren.

Wanneer u een webadres in uw browser invoert, doorloopt het DNS verschillende stappen voordat uw browser een seconde later de webpagina laadt die u probeert te openen.

Om uw browser uw verzoek te laten voltooien, moet hij van de DNS het IP-adres ontvangen van het domein dat u probeert te bereiken. Dit heet DNS-resolutie, en het loopt langs een paar verschillende nameservers voordat het uw verzoek voltooit.

Dit omvat de TLD-nameserver.

TLD staat voor "top level domain". Domeinen hebben een hiërarchie van drie niveaus, hoewel moderne domeinen alleen het tweede en bovenste niveau gebruiken. Hier is een voorbeeld met het domein van de tool die ik gebruik om dit ontwerp te schrijven, Google Docs.

Het domein van Google Docs - docs.google.com:

• docs = derde niveau of "subdomein."
• .google = tweede niveau of "domeinnaam".
• .com = topniveau of "domeinextensie".

Weet je nog dat we zeiden dat er in 1984 maar zes TLD's waren? Vandaag zijn er meer dan 1.500. Ze zijn georganiseerd in drie verschillende categorieën.

Generieke topleveldomeinen (gTLD) zijn de grootste categorie. gTLD's omvatten veel voorkomende domeinen zoals .com, .org en .net, maar ook meer unieke varianten. Wanneer u vandaag een domein registreert, vindt u aanbiedingen voor domeinen met TLD's als .biz, .me, .io, .xyz, .pizza, .beer, .motorcycles en meer.

Gesponsorde topleveldomeinen (sTLD) zijn TLD's die gesponsord worden door specifieke entiteiten, zoals regeringen, strijdkrachten en onderwijsorganisaties. Tot deze TLD's behoren .gov, .mil en .edu.

Landcodetopniveaudomeinen (ccTLD) zijn TLD's gemaakt voor specifieke landen. Websites gebruiken ze wanneer ze zich willen richten op klanten in specifieke landen. Er bestaan meer dan 200 ccTLD's, waaronder .uk voor het Verenigd Koninkrijk, .ru voor Rusland, .cn voor China, .br voor Brazilië, enzovoort.

Wanneer u een domein registreert, moet u er een domeinnaam en TLD voor kiezen. Het IP-adres wordt opgeslagen op de DNS-server van uw registrar.

Het is belangrijk op te merken dat u geen zeggenschap heeft over andere domeinen die uw domeinnaam met andere TLD's gebruiken, tenzij u deze registreert.

Dit betekent dat als u example.com registreert, een concurrent example.xyz kan registreren. Ze worden door het DNS als totaal verschillende domeinen behandeld.

Om uw nieuwe domein naar uw website te laten leiden wanneer u het in uw browser invoert, moet u de DNS-instellingen van uw registrar gebruiken om het domein naar de nameservers van uw host te verwijzen.

Hoe werken domeinservers?

Nameservers maken deel uit van het proces dat domeinen vertaalt naar hun leesbare IP-adressen. Zij slaan DNS-records op, met name die IP-adressen die ons helpen websites te identificeren.

Laten we eens kijken naar het proces (DNS-resolutie genoemd) dat het DNS doorloopt om een IP-adres terug te sturen naar uw browser wanneer u een website probeert te bezoeken.

Laten we zeggen dat u het dashboard van Google Docs wilt bezoeken. U voert "docs.google.com" in uw browser in (of uw browser doet dat als u een snelkoppeling gebruikt). Voordat het DNS dat domein voor u kan vertalen, moet het uw verzoek langs vier primaire servers leiden om het IP-adres te identificeren.

De eerste is de recursorserver Deze is eenvoudig, omdat hij alleen uw verzoek behandelt. Hij stuurt ook aanvullende verzoeken voor u, indien nodig.

De volgende is de root nameserver Nameservers zijn containers voor DNS records, inclusief het A record dat het IP adres van een domein bevat. We hebben dit al vastgesteld. We hebben ook al vastgesteld hoe het DNS verantwoordelijk is voor het vertalen van menselijk leesbare domeinen naar machine-vriendelijke IP adressen door middel van een proces dat DNS resolutie heet. De root nameserver initieert dit proces.

Nadat uw verzoek door de root nameserver is gegaan, gaat het naar de TLD-nameserver Op dit punt zoekt de DNS naar de A-record van uw domein waar het IP-adres is opgeslagen. Het doet dit door het domein te lokaliseren in de juiste TLD nameserver op basis van de TLD die eraan verbonden is. Dit is de .com TLD nameserver in het geval van docs.google.com.

Zodra het uw tweede en topleveldomeinen heeft gevonden, zoekt het naar een subdomein omdat dit een ander IP-adres kan hebben, afhankelijk van hoe de DNS-instellingen zijn geconfigureerd. Dit betekent dat het zoeken zal doorsijpelen naar docs.google.com in de .com TLD nameserver voor Google Docs.

Zodra de DNS uw record in de juiste TLD nameserver heeft gevonden, wordt de gezaghebbende server verifieert de identiteit van de website via het IP-adres voordat het wordt teruggestuurd naar de recursieve resolver (van de oorspronkelijke recursorserver), zodat uw browser de webpagina kan laden.

U voert regelmatig adressen in uw browser in. Uw browser doet het voor u wanneer u zoekmachines en snelkoppelingen gebruikt. Hoe dan ook, het DNS heeft meerdere stappen doorlopen om de exacte locatie van de website op het web voor u te vinden.Vanuit uw perspectief heeft u een webpagina binnen enkele seconden zien laden in uw browser.

Als u de website al hebt bezocht, is het proces veel korter omdat de oorspronkelijke recursieve resolver eerst in zijn cache-informatie kijkt om het IP-adres van de website te identificeren in plaats van de gezaghebbende server aan te roepen.

Uitleg over DNS-servers

De DNS recursor en autoritatieve servers worden vaak met elkaar verward omdat ze allebei IP-adressen terugsturen naar uw browser. Ze verschillen echter nogal van elkaar. Ze worden bijvoorbeeld op verschillende punten in het DNS-resolutieproces gebruikt.

De verwarring komt voort uit het vermogen van de recursorserver om zelf DNS-verzoeken op te lossen. Normaal gesproken fungeert de recursorserver als tussenpersoon tussen uw verzoek en de gezaghebbende server waar het IP-adres is opgeslagen. Wanneer u echter al een website hebt bezocht en uw cache niet hebt gewist, kan de recursorserver het IP-adres van de site zelf terugsturen door zijn eigen cache te raadplegen.gegevens.

Zonder die gegevens in de cache moet uw query zoals gewoonlijk de DNS-omzettingspijplijn doorlopen tot hij de gezaghebbende server bereikt. Deze server is de laatste stap in het proces omdat deze server geen extra verzoeken hoeft te doen. Hier worden DNS-records opgeslagen.

Als er geen record wordt gevonden, komt er een foutmelding en kunt u de website die u probeert te bezoeken niet laden.

IP-adressen worden opgeslagen in verschillende records binnen de gezaghebbende server. U hebt deze records misschien al gezien als u ooit DNS-instellingen voor uw domein hebt moeten bijwerken, bijvoorbeeld wanneer u een e-mailclient (zoals Google Workspace) aan uw domein wilt koppelen.

Deze records bestaan uit meerdere tekstbestanden, geschreven in "DNS syntax". Verschillende records hebben een verschillende syntax, en elke record heeft verschillende instructies voor hoe de gezaghebbende server de informatie in elke record moet behandelen wanneer er verzoeken binnenkomen.

Hier zijn de verschillende soorten records die u bij een domein aantreft en een korte uitleg waarvoor ze dienen:

• A - Slaat het IP-adres van een domein op.
• CNAME - Een aliasdomein of subdomein wordt doorgestuurd naar het eigenlijke domein dat het vertegenwoordigt. CNAME-records slaan geen IP-adressen op, omdat ze alleen worden gebruikt wanneer de domeinen of subdomeinen die erin zijn opgeslagen, worden gebruikt als aliassen voor een ander domein. Alias-domeinen hebben geen A-records, dus de gezaghebbende server moet verzoeken doorsturen naar de A-record van het domein waarnaar de alias verwijst.
• MX - Wijst naar een e-mailserver. Dit is het record dat DNS-servers gebruiken wanneer u uw domein wilt gebruiken om e-mails te versturen vanaf zakelijke e-mailadressen, zoals [email protected] in plaats van [email protected].
• TXT - Wordt gebruikt voor het opslaan van tekstnotities voor administratieve doeleinden.
• NS - Het record dat wordt gebruikt om nameservers op te slaan. Dit is wat u gebruikt wanneer u een domein wilt registreren bij een speciale registrar in plaats van bij uw host. U moet een ander NS-record maken voor elke nameserver die uw host gebruikt. Het record verwijst uw domein naar de nameservers van uw host, zodat de website die u daar hebt opgeslagen wordt geladen wanneer u het domein dat aan het record is gekoppeld in een webbrowser invoert. VeelNS records hebben ook "TTL" instellingen die u kunt configureren. Dit staat voor "time to live", of het aantal keren dat routers het record kunnen doorgeven totdat het verloopt. Het vertegenwoordigt het aantal keren dat de recursor server een opgeslagen IP-adres kan terugsturen. Wanneer het record verloopt (de TTL telt niet meer), moet de server zijn verzoek nogmaals door de DNS-omzettingsbuis sturen om het te vinden.U vindt ook TTL-instellingen wanneer u CDN-caching instelt.
• SOA - Dit record bevat ook informatie over admin e-mailadressen en hoe lang het geleden is dat het domein werd bijgewerkt.

Er zijn nog andere DNS-records, maar dit zijn de meest voorkomende die u aan uw domein zult vinden.

Root nameservers

De root nameserver is de eerste stap in het vertalen van een domeinnaam in zijn identificeerbaar IP-adres. De recursor server stuurt hier eerst zijn aanvraag naartoe. De root nameserver is verantwoordelijk voor het doorgeven van die aanvraag aan de juiste TLD nameserver.

Er zijn 13 soorten root nameservers die het DNS gebruikt, en ze worden allemaal beheerd door een organisatie zonder winstoogmerk, de Internet Corporation for Assigned Names and Numbers (ICANN).

Deze organisatie controleert alle jurisdictie met betrekking tot domeinen. Het is de organisatie die de verordening heeft opgesteld die vereist dat u uw persoonlijke gegevens toekent aan elk domein dat u registreert.

Elke recursieve resolver is bekend met elk type root nameserver, en het DNS gebruikt wereldwijd meerdere kopieën van elk type.

Root nameservers zijn ook verantwoordelijk voor het toepassen van Anycast-routing op het verkeer dat uw domein ontvangt wanneer u een CDN of registrar gebruikt die DDoS-bescherming levert. Anycast is een netwerkadresseringsmethode waarbij verkeer naar meerdere servers wordt gerouteerd. Dit in tegenstelling tot unicast-routing, waarbij verkeer naar één enkele server wordt gestuurd.

TLD naamservers

TLD-nameservers slaan informatie op over domeinen op basis van de TLD die elk domein gebruikt. Bijvoorbeeld "docs.google.com" wordt opgeslagen in de TLD-nameserver .com.

Zodra de recursieve resolver naar de juiste TLD-nameserver is gestuurd, bepaalt hij het subdomein van het domein, indien beschikbaar, voordat het verzoek naar de gezaghebbende server wordt gestuurd.

TLD-nameservers staan ook onder toezicht van ICANN, alleen worden deze nameservers beheerd door een tak van de organisatie die de Internet Assigned Numbers Authority (IANA) heet.

De IANA scheidt domeinen in twee groepen, gTLD's en ccTLD's, door gTLD's en sTLD's in één groep samen te voegen.

Laatste gedachten

Aan het domeinnaamsysteem wordt veel technische informatie toegeschreven. Gelukkig hoeft u de meeste daarvan niet te onthouden om uw eigen domein te registreren en te onderhouden.

Toch moet u de nameservers van uw domein bijwerken als u het niet bij uw host registreert.

U moet ook de DNS-records bijwerken als u een CDN of zakelijke e-mailclients wilt gebruiken. Dit vereist niet veel meer dan weten waar u de juiste records moet kopiëren en plakken, wat de meeste diensten gemakkelijk maken door middel van beschrijvende ondersteuningshandleidingen.

Als u nog een domein nodig hebt, bekijk dan zeker deze gidsen:

• Een domeinnaam kiezen
• 21 manieren om een websitenaam te bedenken
• Hoe een domeinnaam registreren