Naar de inhoud

CNAME-record

Een CNAME-record verwijst van een DNS-alias naar een andere naam. Het is geen HTTP-omleiding en stelt de doelserver niet in.

Cloud & beheer

Wat is een CNAME-record?

Een CNAME-record geeft aan dat een DNS-naam een alias van een andere naam is. RFC1035 beschrijft deze verwijzing naar de canonieke naam. Het doel is een domeinnaam, geen IP-adres of volledige weblink met een paginapad.

Voorbeeld: een portaalnaam aan een dienst koppelen

In een fictief ontwerp verwijst de openbare portaalnaam via CNAME naar de naam die de dienstverlener opgeeft. De naamomzetting kan daarmee de benodigde adresgegevens vinden. De webdienst moet de openbare portaalnaam nog steeds accepteren en een passend certificaat aanbieden.

Het CNAME alleen verandert het adres in de browser niet. Een omleiding naar een andere website vereist een afzonderlijk HTTP-antwoord. Ook afzonderlijke paginapaden kunnen hiermee niet worden omgeleid.

Vóór een wijziging controleert het team daarom de DNS-verwijzing, de omzetting van de doelnaam en de daadwerkelijke portaaltoegang. Alleen de aanwezigheid van de alias bevestigt geen geslaagde werking of openstelling van de toepassing voor toegang.

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