Een subdomein aan mijn DNS toevoegen
DNS subdomein
Begrijpen waar een subdomein naartoe leidt
DNSDHCPInternet
Een DNS-subdomein is niet automatisch een map die in uw hosting is aangemaakt. Dit is een logische naam, bijvoorbeeld `blog.voorbeeld.nl`, die naar verschillende bestemmingen kan verwijzen, afhankelijk van uw architectuur. Het kan leiden naar een specifieke map, naar een zelfstandige website, naar een interne applicatie of naar een dienst die op een extern platform wordt gehost.
De DNS-server zorgt voor deze koppeling tussen de opgevraagde naam en de technische bestemming. Deze rol moet niet worden verward met DHCP, dat netwerkadressen toewijst aan apparaten op een lokaal netwerk. Hier gaat het over het publiceren van een naam op internet en de koppeling ervan met een bereikbare bron.
Het instellen van een DNS-subdomein komt er dus op neer dat een leesbaar adres wordt gekoppeld aan een uniek eindpunt of een afzonderlijke bron. Deze bron kan dezelfde hosting delen als het hoofddomein, of op een afzonderlijke infrastructuur draaien. Deze flexibiliteit verklaart waarom subdomeinen zowel voor openbare websites als voor technische diensten worden gebruikt.
Het instellen van een DNS-subdomein komt er dus op neer dat een leesbaar adres wordt gekoppeld aan een uniek eindpunt of een afzonderlijke bron. Deze bron kan dezelfde hosting delen als het hoofddomein, of op een afzonderlijke infrastructuur draaien. Deze flexibiliteit verklaart waarom subdomeinen zowel voor openbare websites als voor technische diensten worden gebruikt.
Waarom uw diensten structureren met subdomeinen
Waarom subdomeinen gebruiken
Een subdomein scheidt toepassingen zonder dat er meerdere domeinen nodig zijn, wanneer de dienst een eigen logica heeft.
Goed georganiseerde DNS-zone
Een duidelijke DNS-zone identificeert elke functie, beperkt fouten en maakt gericht delegeren mogelijk.
SEO- en CDN-strategie
Nuttig voor SEO of CDN, mits de configuratie, de content en de interpretatie door Google kloppen.
Een subdomein configureren in een DNS-zone
IPv4IPv6TTL
Om een DNS-subdomein bruikbaar te maken, maakt u de geschikte DNS-registratie aan in de juiste zone. Een adresrecord koppelt de naam aan een IPv4- of IPv6-adres. Met een alias kunt u daarentegen het subdomein laten verwijzen naar een andere naam die al verbonden is. De keuze hangt af van de bestemming en de verwachte werking aan de kant van het web.
Time to Live geeft aan hoe lang resolvers een antwoord kunnen bewaren voordat ze om recentere informatie vragen. Een korte waarde kan helpen tijdens een wijzigingsfase, terwijl een langere waarde herhaalde verzoeken beperkt wanneer de configuratie stabiel is.
In een multisite-configuratie voegt u het subdomein toe aan de hostingruimte en koppelt u het vervolgens aan de juiste omgeving: openbare website, applicatie, doelmap of dedicated instance. Dezelfde logica kan voorkomen in een zonebestand, met één regel per naam. Sommige termen blijven in het Engels in technische interfaces, maar de regel blijft eenvoudig: elk item moet overeenkomen met een specifieke, precieze bestemming.
In een multisite-configuratie voegt u het subdomein toe aan de hostingruimte en koppelt u het vervolgens aan de juiste omgeving: openbare website, applicatie, doelmap of dedicated instance. Dezelfde logica kan voorkomen in een zonebestand, met één regel per naam. Sommige termen blijven in het Engels in technische interfaces, maar de regel blijft eenvoudig: elk item moet overeenkomen met een specifieke, precieze bestemming.
Wat er gebeurt tijdens DNS-resolutie
TLDDNS-serverRoot
Wanneer iemand het adres van een subdomein invoert, start de browser of het systeem een DNS-resolutie. Het verzoek gaat doorgaans naar een recursieve server, vaak geleverd door de netwerkprovider of geconfigureerd door het IT-team. Als deze server het antwoord nog niet kent, zoekt hij de informatie op bij de DNS-hiërarchie.
Het verzoek kan teruggaan tot aan de root en vervolgens worden doorverwezen naar de servers van het betreffende TLD. Het komt vervolgens aan bij de servers die gezaghebbend zijn voor het domein. De primaire server bevat de zonedata die aangeven welk antwoord moet worden gegeven voor de gevraagde naam. Deze keten verklaart waarom het aanmaken van een subdomein veel meer inhoudt dan een veld invullen in een interface. Een hostingproduct kan de handeling leesbaarder maken, met formulieren en controles, maar de technische logica blijft identiek. Het subdomein wordt bereikbaar wanneer de gezaghebbende servers de juiste informatie publiceren en de resolvers deze ophalen.
Het verzoek kan teruggaan tot aan de root en vervolgens worden doorverwezen naar de servers van het betreffende TLD. Het komt vervolgens aan bij de servers die gezaghebbend zijn voor het domein. De primaire server bevat de zonedata die aangeven welk antwoord moet worden gegeven voor de gevraagde naam. Deze keten verklaart waarom het aanmaken van een subdomein veel meer inhoudt dan een veld invullen in een interface. Een hostingproduct kan de handeling leesbaarder maken, met formulieren en controles, maar de technische logica blijft identiek. Het subdomein wordt bereikbaar wanneer de gezaghebbende servers de juiste informatie publiceren en de resolvers deze ophalen.
Een subdomein kan een redactionele ruimte afschermen, zoals een tijdschrift, documentatie of een helpcentrum. De content blijft gekoppeld aan het hoofddomein, maar beschikt over een aparte organisatie voor pagina's, sjablonen en omleidingen.
Afhankelijk van uw webarchitectuur kan dit subdomein verwijzen naar een speciaal IP-adres, een contentmanagementsysteem of een specifieke map met de gepubliceerde bestanden. Deze scheiding helpt het redactieteam om te werken zonder de officiële website te wijzigen.
Een webshop kan op een subdomein draaien om de customer journey te scheiden van de rest van de site. Deze aanpak is geschikt wanneer het commerciële gedeelte gebaseerd is op een andere applicatie, met eigen regels voor beveiliging, betaling en publicatie.
Het subdomein kan de klanten doorsturen naar een applicatieserver, een eigen IP-adres of een gespecialiseerde e-commercedienst. Zo behoudt u een duidelijk adres, terwijl u een technische omgeving beheert die losstaat van de gewone website.
Bedrijfsapplicaties gebruiken vaak namen zoals `app`, `admin` of `portaal`. Het label geeft direct de functie van de dienst aan, wat het gemakkelijk te begrijpen maakt voor zowel de teams als de gebruikers.
Wat DNS betreft, stuurt het item de verzoeken door naar de betreffende omgeving. Deze kan afzonderlijk van de openbare site worden gehost, met eigen updatecycli, toegangsregels, logs en supervisiecontroles.
E-mail is gebaseerd op specifieke records voor het verzenden, ontvangen en valideren van berichten. Sommige subdomeinen dienen om meldingen, campagnes of transactionele stromen te scheiden om interferentie tussen toepassingen te voorkomen.
Andere technische diensten kunnen specifieke namen gebruiken voor een API, statische bestanden of telemetrieregistraties. Het subdomein wordt dan een functioneel label, nuttig voor de dagelijkse exploitatie.
Een preproductie- of acceptatieomgeving heeft er baat bij om een subdomein te hebben dat functioneel onderscheidend is, ook al blijft het verbonden aan hetzelfde domein. Teams testen een versie op een herkenbaar adres, zonder de wijzigingen direct zichtbaar te maken voor het hoofdverkeer.
Deze naam kan verwijzen naar een afzonderlijke instance, een tijdelijke server of een afgeschermde map. Denk er echter aan om deze ruimtes te beveiligen: authenticatie, toegangsbeperking en uitsluiting van indexering beperken de risico's op ongewenste zichtbaarheid in zoekmachines, inclusief Google.
Een subdomein kan een redactionele ruimte afschermen, zoals een tijdschrift, documentatie of een helpcentrum. De content blijft gekoppeld aan het hoofddomein, maar beschikt over een aparte organisatie voor pagina's, sjablonen en omleidingen.
Afhankelijk van uw webarchitectuur kan dit subdomein verwijzen naar een speciaal IP-adres, een contentmanagementsysteem of een specifieke map met de gepubliceerde bestanden. Deze scheiding helpt het redactieteam om te werken zonder de officiële website te wijzigen.
Belangrijke punten vóór de overstap naar productie
Controleer vóór validatie het domein, de TLD-delegatie, de zone, het record, de publicatie, de hosting, het certificaat en de documentatie om de controle in teamverband te vergemakkelijken
Controleer het domein en hoe gedelegeerd wordt
Werk in de gezaghebbende DNS-zone
Lees elk DNS-record na
Maak onderscheid tussen DNS en hosting
Veelgestelde vragen over DNS-subdomeinen
Wat is het verschil tussen een domein en een subdomein?
Wat is het verschil tussen een domein en een subdomein?
Een domein komt overeen met de hoofdnaam die u registreert, bijvoorbeeld `voorbeeld.nl`. Een subdomein voegt een niveau toe aan de linkerkant van deze naam, zoals `blog.voorbeeld.nl` of `app.voorbeeld.nl`. Het hangt af van het hoofddomein, maar het kan naar een andere bron verwijzen. Dit verband maakt het mogelijk om meerdere identificeerbare ruimtes te creëren zonder voor elk gebruik een nieuwe naam te registreren. Het domein ondersteunt de hoofdidentiteit, terwijl het subdomein beperkt blijft tot een functie, een dienst of een omgeving.
Wat is een FQDN?
Wat is een FQDN?
Een FQDN, voor Fully Qualified Domain Name, duidt de volledige naam van een bron in de DNS-hiërarchie aan. In het voorbeeld `www.winkel.voorbeeld.nl` staat `nl` voor het TLD, `voorbeeld` voor het domein, `winkel` voor een subdomein en `www` voor een extra niveau. Het eindpunt van de root is vaak impliciet in de interfaces. Een FQDN voorkomt ambiguïteit, omdat het de exacte locatie van de naam in de DNS-boomstructuur beschrijft.
Waarom verschijnt mijn subdomein niet onmiddellijk na een wijziging?
Waarom verschijnt mijn subdomein niet onmiddellijk na een wijziging?
Een DNS-cache kan een oud antwoord bewaren gedurende een periode die afhangt van de zone-instellingen en de gebruikte resolvers. Na een wijziging zien sommige verzoeken de nieuwe bestemming snel, terwijl andere tijdelijk de oude informatie blijven gebruiken. Dit gedrag betekent niet noodzakelijkerwijs dat de configuratie onjuist is. Om de situatie te diagnosticeren, controleert u de zone die gezaghebbend is en vergelijkt u vervolgens de antwoorden die zijn verkregen van verschillende resolvers of netwerken.
Hoe voegt u een subdomein toe vanuit een beheerinterface?
Hoe voegt u een subdomein toe vanuit een beheerinterface?
Om een subdomein toe te voegen, opent u de DNS-beheerinterface die bij het betreffende domein hoort en maakt u vervolgens het item aan dat bij de gewenste naam hoort. U kiest vervolgens het type record dat geschikt is voor de bestemming, zoals een adres of een alias. Als het subdomein moet dienen voor een website, controleer dan ook de configuratie aan de hostingzijde zodat de server deze naam herkent. Validatie gebeurt meestal door het gepubliceerde item opnieuw te lezen en een toegangstest uit te voeren.
Brengt een subdomein extra kosten met zich mee?
Brengt een subdomein extra kosten met zich mee?
Een subdomein vereist doorgaans niet de aankoop van een nieuw domein, aangezien het afhankelijk is van een reeds geregistreerde naam. De eventuele kosten komen eerder voort uit de bijbehorende dienst: aparte hosting, specifiek certificaat, applicatie, verkeer, opslag of geavanceerde opties. Afhankelijk van het gebruikte product kan het maken van DNS-registraties inbegrepen of aan bepaalde limieten gebonden zijn. De juiste reflex is om de naam zelf los te zien van de infrastructuur die deze laat functioneren.
Hoe stelt u de lijst met gebruikte subdomeinen samen?
Hoe stelt u de lijst met gebruikte subdomeinen samen?
U kunt een lijst opstellen op basis van de DNS-zone, de hostinginterface, de SSL/TLS-certificaten, de weblogs en de interne documentatie. Elke naam moet worden gekoppeld aan een functie, een verantwoordelijke persoon en een technische bestemming. Deze aanpak gebruikt de beschikbare informatie om actieve records, verlaten diensten en te verwijderen namen op te sporen. Een actuele inventaris vermindert het risico op vergeten onderdelen tijdens migraties of audits.