Naar de inhoud

Domain Name System

DNS levert gegevens over namen, zoals het adres van een webserver. Naamresolutie, serververbinding en de werking van de applicatie zijn aparte stappen.

Ook bekend alsDNS
Cloud & beheer

Wat betekent DNS?

Het Domain Name System (DNS) is een gedistribueerd systeem voor gegevens bij domeinnamen. Het bevat adressen en andere recordtypen. De IETF beschrijft resolvers als programma’s die zulke informatie bij naamservers opvragen. Een resolver kan een passend opgeslagen antwoord gebruiken of andere servers bevragen.

Voorbeeld: het adres van het portaal vinden

In het fictieve voorbeeld wil een applicatie portal.studio.example bereiken. Voor de IPv4-verbinding is een passend adres nodig. DNS-resolutie levert die koppeling; daarna volgen de verbinding, eventueel TLS en het eigenlijke applicatieverzoek. De naam is een voorbeeldwaarde, geen publiek beheerd portaal.

Na een wijziging van de DNS-koppeling kunnen opgeslagen antwoorden nog in gebruik zijn. De TTL (Time to Live) begrenst het normale hergebruik uit de cache. Een wijziging betekent dus geen onmiddellijk overal zichtbare overstap.

Een correct DNS-antwoord bewijst niet dat de webserver bereikbaar is of dat inloggen werkt. Bij een storing moet het team onderscheiden welke stap wordt getroffen.

Bronnen

Verwante begrippen

Artikelen over dit onderwerp

Insights · Cloud & beheer2 minWat een groene statusindicator werkelijk controleertEen bereikbare homepage bewijst niet dat bestellen werkt. Benoem de geteste taak en de grenzen van ieder groen signaal.Philipp Reuter13 nov 2026
Insights · Cloud & beheer2 minTechnische taken opnieuw toewijzen bij een hostingwisselEen beheerde dienst kan beheertaken overnemen. Controleer wel wie accounts, projecttoegang, sleutels en de overdracht concreet beheert.Lukas Schneider13 nov 2026
Insights · Cloud & beheer2 minTwee applicatieservers kunnen dezelfde uitvaloorzaak hebbenEen tweede applicatieserver helpt bij bepaalde storingen. Een gedeelde database of één toegangspunt kan de hele werkwijze nog steeds blokkeren.Lukas Schneider13 nov 2026
Insights · Cloud & beheer2 minDringende alarmen vragen om een concrete actieEen fictief geval scheidt dubbele foutmeldingen van waarschuwingen. Minder onderbrekingen alleen bewijzen nog geen hogere betrouwbaarheid.Lukas Schneider13 nov 2026
Insights · Cloud & beheer2 minAutomatische updates uitvoeren met duidelijke stopcriteriaAutomatisering vraagt om tests na installatie. Bepaal wanneer de verdere uitrol stopt en wie beslist of deze kan doorgaan.Lukas Schneider13 nov 2026
Insights · Cloud & beheer2 minSLA-doelen verbinden met een incidentprocedureEen beschikbaarheidscijfer vraagt om een duidelijk meetbereik. Bij uitval van uw applicatie horen ook waarneming, verantwoordelijkheid en hervatting.Lukas Schneider13 nov 2026
Insights · Cloud & beheer2 minKleine teams moeten hun infrastructuur kunnen beherenBeoordeel wie updates, storingen en herstel uitvoert. Een klein portaal laat zien wanneer uitgebreidere orkestratie kan helpen.Lukas Schneider13 nov 2026
Insights · Cloud & beheer2 minDe serverprijs toont slechts een deel van de beheerkostenTwee fictieve pakketprijzen tonen waarom scope en overblijvend beheerwerk duidelijk moeten zijn voordat totale kosten kunnen worden vergeleken.Lukas Schneider13 nov 2026

Cloud & beheer met ASES

Hosting, deployment, onderhoud en support

Offerte aanvragenMeer over Cloud & beheer