Naar de inhoud

DNS-zone

Een DNS-zone is een beheereenheid voor DNS-gegevens. Haar grenzen volgen delegatie; niet elk subdomein is automatisch een aparte zone.

Cloud & beheer

Wat is een DNS-zone?

Een DNS-zone is een aaneengesloten, beheerd deel van de DNS-naamruimte met de bijbehorende gezaghebbende DNS-gegevens. De IETF beschrijft zones als eenheden van gezaghebbende informatie en legt hun scheiding door delegatie uit. Gezaghebbende naamservers leveren de bepalende antwoorden voor dat gebied.

Voorbeeld: beheer van een deelgebied overdragen

In het fictieve ontwerp beheert één team de zone studio.example. Een ander team moet eigen DNS-gegevens voor team.studio.example beheren. Dit deelgebied wordt daarom als aparte zone gedelegeerd. In het bovenliggende gebied moeten passende verwijzingen naar de verantwoordelijke naamservers staan. De namen zijn eigen voorbeelden, geen uitgevoerde delegatie.

Zonder die scheiding kunnen records van meerdere subdomeinen in dezelfde zone staan. Domein en zone dekken dus niet altijd hetzelfde gebied.

Vóór wijzigingen moet duidelijk zijn welke zone wordt geraakt, wie er mag schrijven en welke servers haar aanbieden. Een DNS-zone beheert geen websitebestanden of portaalrechten; die horen bij andere diensten.

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