Domein verbinden: nameservers, DNS, e-mail, SSL, verificatie

Bekeken:13 Tijd:2026-09-01 11:10:42 Auteur: windy

[STYLE_CONTENT_T1]

Om een domein aan een website te koppelen, moet u de DNS van het domein laten verwijzen naar de service die de website host.

Er zijn twee hoofdmanieren om dit te doen:

1. Wijzig de naamservers van het domein naar de naamservers die zijn verstrekt door uw hosting-, DNS- of websiteplatform; of
2. Houd de huidige naamservers en voeg DNS-records zoals A-, AAAA- of CNAME-records toe of werk ze bij bij de DNS-provider die al gezaghebbend is voor het domein.

De juiste methode hangt af van waar u DNS wilt beheren.

Als uw domein is geregistreerd bij NiceNIC, kunt u ofwel de naamservers van het domein updaten of, als u de standaardnaamservers van NiceNIC gebruikt, de DNS-records rechtstreeks bij NiceNIC beheren.

Identificeer voordat u iets wijzigt uw actieve naamservers, maak een back-up van bestaande DNS-records en behoud e-mailrecords zoals MX, SPF, DKIM en DMARC. Het wijzigen van naamservers zonder de volledige DNS-zone opnieuw aan te maken, kan ervoor zorgen dat de website werkt, maar dat e-mail niet meer werkt, of omgekeerd .

Zie Domeinregistrar versus webhosting voor het fundamentele onderscheid tussen registrar, DNS en hosting.

Snel antwoord: hoe verbindt u een domein met hosting?

De belangrijkste regel is:

Bepaal eerst wie DNS gaat hosten. Maak daar vervolgens de websiterecords aan.

Wat betekent "een domein aan een website koppelen" eigenlijk?

Een domeinregistratie en een website zijn afzonderlijke zaken.

Bijvoorbeeld:

example.com

kan bij het ene bedrijf zijn geregistreerd, terwijl de website zelf bij een andere hosting provider draait.

DNS verbindt ze.

Een vereenvoudigd pad ziet er zo uit :

Domeinregistratie → Naamservers → DNS-records → Hostingserver / websiteplatform → Website

Als u het domein al hebt gekocht maar de website nog niet live is, is de ontbrekende stap meestal :

DNS vertellen waar de website zich bevindt.

Domein, DNS en hosting zijn drie verschillende lagen

Deze kunnen allemaal bij hetzelfde bedrijf zijn.

Ze kunnen ook bij drie verschillende bedrijven zijn.

Bijvoorbeeld:

Registrar: NiceNIC DNS: Cloudflare Hosting: een andere hosting provider

Dat is een normale configuratie.

NiceNIC documenteert ook dat u Cloudflare DNS kunt gebruiken zonder het domein van NiceNIC weg te halen.

Voordat u begint: verzamel deze gegevens

Begin niet met het wijzigen van DNS totdat u de informatie hebt die de hosting- of website provider nodig heeft.

Bereid voor:

• uw domeinnaam;
• registrar-login;
• huidige naamservers;
• huidige DNS-provider;
• hostingaccount;
• de installatie-instructies van de hostingprovider;
• bestemmings-IP-adres als verstrekt;
• vereist CNAME-doel als verstrekt;
• huidige DNS-records;
• gegevens van de e-mailprovider;
• DNSSEC-status;
• huidige SSL/HTTPS-status.

Als het domein al e-mail of een andere live service draait, sla dan de DNS-zone op voordat u wijzigingen aanbrengt.

De twee belangrijkste manieren om een domein te koppelen

Methode 1: De naamservers wijzigen

Gebruik deze methode wanneer uw hostingprovider, websitebouwer of DNS-provider de volledige DNS zone wil beheren.

Uw provider kan u bijvoorbeeld geven:

ns1.examplehost.com

ns2.examplehost.com

Vervolgens werkt u de naamservers van het domein bij bij de registrar.

Na de wijziging worden DNS-records beheerd bij de nieuwe naamserver provider.

Methode 2: De naamservers behouden en DNS-records wijzigen

Gebruik deze methode wanneer u de huidige DNS provider wilt behouden.

Bijvoorbeeld:

Registrar: NiceNIC Naamservers: NiceNIC DNS: NiceNIC Hosting: Externe Host

De host kan u vertellen :

Wijs uw domein naar 203.0.113.20

U behoudt de bestaande naamservers en werkt het A -record bij.

Deze methode kan veiliger zijn wanneer:

• zakelijke e-mail al werkt;
• er al veel DNS-records bestaan;
• u DNS niet wilt verplaatsen;
• alleen de bestemming van de website hoeft te veranderen.

Naamservers versus DNS-records: wat is het verschil?

Dit onderscheid is van kritiek belang.

Naamservers

Naamservers vertellen het internet:

Waar wordt de gezaghebbende DNS-zone van dit domein gehost?

DNS-records

DNS-records binnen die zone vertellen services:

Waar moeten de website, e-mail of andere services naartoe?

Bijvoorbeeld:

Naamservers

ns1.dnsprovider.com

ns2.dnsprovider.com

identificeren de DNS provider.

A-record

example.com → 203.0.113.20

identificeert de web server.

MX-record

example.com → mail.exampleprovider.com

identificeert de e-mail server.

Het wijzigen van naamservers verandert waar DNS-records worden beheerd.

Het wijzigen van een A-record verandert een specifieke bestemming binnen DNS.

Welke methode moet u kiezen?

Gebruik deze beslissing tabel.

Wissel niet alleen van naamservers omdat een hostingprovider u een IP adres geeft.

Een IP adres hoort normaal gesproken in een A- of AAAA record.

Methode 1: Het domein verbinden door naamservers te wijzigen

Gebruik deze methode wanneer de nieuwe provider DNS wil beheren.

Stap 1: Verkrijg de exacte naamservers

Uw hosting- of DNS provider moet namen leveren zoals :

ns1.examplehost.com

ns2.examplehost.com

Kopieer ze exact.

Verzin geen naamservers.

Stap 2: Maak een back-up van bestaande DNS

Voordat u naamservers wijzigt, sla op:

• A;
• AAAA;
• CNAME;
• MX;
• TXT;
• SPF-gerelateerde records;
• DKIM;
• DMARC;
• CAA;
• SRV;
• verificatierecords;
• belangrijke subdomeinen.

Dit is belangrijk omdat:

Het wijzigen van naamservers kopieert DNS-records niet automatisch van de oude DNS-provider naar de nieuwe.

Als e-mail al werkt, is deze stap bijzonder belangrijk.

Stap 3: Maak de vereiste records opnieuw aan bij de nieuwe DNS-provider

Doe dit voordat u de naamservers wijzigt, indien mogelijk.

Maak bij de nieuwe provider aan:

• websiterecords;
• e-mailrecords;
• serviceverificatierecords;
• beveiligingsrecords;
• subdomeinrecords.

Wacht niet tot na de naamserverwijziging om te ontdekken dat de nieuwe DNS-zone leeg is .

Stap 4: Wijzig naamservers bij NiceNIC

Voor een bij NiceNIC geregistreerd domein:

1. meld u aan bij uw NiceNIC-account;
2. open het domein onder Mijn producten;
3. open de pagina voor domeinbeheer;
4. kies Domeinservices;
5. voer de nieuwe naamservers in;
6. sla de wijziging op.

Gebruik de huidige NiceNIC-gids voor het bijwerken van naamservers voor de nieuwste interface-stappen.

Wat als de naamserverupdate wordt afgewezen?

Sommige registers valideren naamservers voordat ze deze accepteren .

De huidige naamserverrichtlijnen van NiceNIC leggen uit dat updates kunnen mislukken wanneer de naamservers:

• niet correct zijn geconfigureerd;
• niet reageren;
• niet gezaghebbend zijn;
• de technische validatie van het register niet doorstaan.

Als de update mislukt:

1. controleer de spelling;
2. vraag de DNS/hostingprovider om te bevestigen dat de naamservers live zijn;
3. bevestig dat ze gezaghebbend zijn voor uw domein;
4. los de DNS-providerconfiguratie op;
5. probeer de naamserverupdate opnieuw.

Het herhaaldelijk indienen van dezelfde ongeldige naamservers zal het probleem niet oplossen .

Methode 2: NiceNIC-naamservers behouden en DNS naar de host verwijzen

Deze methode houdt DNS bij NiceNIC.

De huidige DNS-servicesgids van NiceNIC legt de belangrijkste regel uit:

NiceNIC-DNS-records worden gebruikt wanneer het domein verwijst naar NiceNIC-naamservers.

Als uw domein externe naamservers gebruikt, bewerk dan DNS bij die externe provider in plaats daarvan.

Stap 1: Verkrijg de vereiste records van de host

Uw hostingprovider kan u geven:

• een IPv4-adres;
• een IPv6-adres;
• een CNAME-doel;
• TXT-verificatierecord;
• aangepaste subdomeininstructies.

Raad de waarden niet.

Gebruik de exacte informatie die is verstrekt door de service waarmee u verbindt.

Stap 2: Open NiceNIC-DNS-beheer

Wanneer het domein NiceNIC naamservers gebruikt:

1. meld u aan bij NiceNIC;
2. open het domein via Mijn producten;
3. open de pagina voor domeinbeheer;
4. kies DNS-records;
5. voeg de vereiste records toe of bewerk ze;
6. sla de wijzigingen op.

Zie Hoe u DNS-records bij NiceNIC beheert.

Stap 3: Configureer het hoofddomein

Het hoofddomein is:

example.com

Het wordt ook wel genoemd:

• apex;
• bare domein;
• hoofddomein.

Uw hostingprovider kan u instrueren om een A -record aan te maken:

Verschillende DNS-interfaces geven het hoofddomein verschillend weer.

De huidige DNS-interface van NiceNIC kan een lege of aangewezen root-host gebruiken, afhankelijk van het record type.

Volg de werkelijke interface- en providerinstructies in plaats van het volledige domein in te voeren in een veld dat alleen het host label verwacht.

Stap 4: Configureer www

Dit zijn twee afzonderlijke DNS namen:

example.com

www.example.com

Een veelvoorkomende opstelling is:

Maar uw hostingprovider kan een ander www-doel vereisen.

Gebruik de officiële waarde.

Ga er niet vanuit dat het configureren van het hoofddomein automatisch www configureert.

A-record versus CNAME: welke moet u gebruiken?

A-record

Gebruik een A-record wanneer de provider u een IPv4 adres geeft.

Voorbeeld:

example.com → 203.0.113.20

AAAA-record

Gebruik een AAAA-record wanneer de provider u een IPv6 adres geeft.

CNAME-record

Gebruik een CNAME wanneer de provider u een andere hostnaam geeft.

Voorbeeld:

www.example.com → sites.exampleplatform.com

Plaats geen IP-adres in een CNAME veld.

Hoe zit het met websitebouwers?

Websitebouwers leveren vaak :

• CNAME-records;
• A-records;
• TXT-verificatierecords.

Een platform kan u bijvoorbeeld vragen toe te voegen:

www → connect.platform.example

en:

TXT → platform-verificatiecode

U hoeft het domein over het algemeen niet over te dragen aan de website bouwer.

Behoud de registratie bij NiceNIC en voer de records in bij de actieve DNS provider.

Hoe verbindt u een domein met een VPS of cloudserver?

Een VPS of cloudserver geeft u doorgaans een IP adres.

Een veelvoorkomende opstelling is:

Maar DNS is slechts de helft van de opstelling.

De server moet ook zijn geconfigureerd om het domein te accepteren.

Dat kan vereisen:

• virtual host voor de webserver;
• Nginx/Apache-configuratie;
• applicatie-hostnaam;
• SSL-certificaat;
• firewalltoegang;
• poort 80/443-beschikbaarheid.

Als DNS correct verwijst maar de server niet is geconfigureerd voor de hostnaam, kan het domein tonen:

• standaard serverpagina;
• een andere website;
• 404;
• 403;
• verbindingsfout.

Hoe verbindt u een domein met Shopify, Wix, Squarespace of een ander websiteplatform?

Het algemene principe is het zelfde.

Het platform zal normaal gesproken leveren:

• naamservers; of
• A/CNAME/TXT-records.

Volg geen willekeurige tutorial met waarden van een ander platform.

Gebruik de exacte instructies voor aangepaste domeinen van uw platform.

Voer die waarden vervolgens in bij:

de provider die gezaghebbend is voor uw DNS.

De registrar kan NiceNIC blijven .

Hoe verbindt u een domein terwijl u Cloudflare gebruikt?

U kunt behouden:

Registrar: NiceNIC DNS: Cloudflare Website: elke compatibele hosting provider

In deze configuratie:

1. NiceNIC houdt de domeinregistratie;
2. het domein gebruikt Cloudflare-naamservers;
3. DNS-records worden beheerd in Cloudflare;
4. websiterecords verwijzen van Cloudflare naar de host.

NiceNIC documenteert deze opstelling in Kunt u Cloudflare DNS gebruiken zonder uw domein over te dragen?.

Maak niet dezelfde records aan bij NiceNIC in de verwachting dat ze de live site beïnvloeden als Cloudflare-naamservers gezaghebbend zijn.

Bescherm e-mail voordat u naamservers wijzigt

Dit is een van de belangrijkste stappen in het hele proces.

Een websiteverbinding richt zich vaak alleen op:

• A-record;
• CNAME.

Maar zakelijke e-mail kan afhankelijk zijn van:

• MX;
• SPF;
• DKIM;
• DMARC;
• verificatie-TXT-records;
• autodiscover-records.

Als u van naamservers wisselt en deze records vergeet:

kan de website werken terwijl e-mail stopt.

Kopieer voordat u naamservers wijzigt de volledige mailgerelateerde DNS configuratie.

Voorbeeld: website bij één provider, e-mail bij een andere

Een normale DNS-zone kan er zo uitzien :

Wanneer u een nieuwe website verbindt, wijzig dan alleen de records die nodig zijn voor de website, tenzij u ook bewust e-mail wilt wijzigen .

Verwijder geen niet-gerelateerde DNS records.

Heeft het wijzigen van een A-record invloed op e-mail?

Meestal niet direct.

Een A-record dat voor de website wordt gebruikt en MX-records die voor e-mail worden gebruikt, zijn verschillende DNS records.

E-mail kan echter wel worden beïnvloed als:

• de hostnaam van de mailserver afhankelijk is van het gewijzigde A-record;
• u ondersteunende records verwijdert;
• u naamservers wijzigt en de mailrecords niet opnieuw aanmaakt.

Dus:

Het wijzigen van één website-A-record is niet hetzelfde als het vervangen van de volledige DNS-zone.

Controleer DNSSEC voordat u naamservers wijzigt

Als DNSSEC is ingeschakeld, vereisen naamserverwijzigingen extra zorg.

De huidige DNSSEC-installatie- en probleemoplossingsgids van NiceNIC legt uit dat DNSSEC-records doorgaans door de DNS-provider worden gegenereerd, terwijl NiceNIC het relevante DS-record voor ondersteunde TLD's aan het register kan indienen.

Een veelvoorkomende foutreeks is:

1. domein gebruikt DNS-provider A;
2. DNSSEC is actief;
3. DS-record verwijst naar de sleutels van Provider A;
4. naamservers wijzigen naar Provider B;
5. oud DS-record blijft bestaan;
6. Provider B gebruikt andere DNSKEY-gegevens;
7. DNS-validatie mislukt.

Gebruikers kunnen dan zien:

SERVFAIL

zelfs als het normale A-record correct lijkt .

Voordat u naamservers wijzigt:

• controleer of DNSSEC is ingeschakeld;
• bevestig of DS-records moeten worden verwijderd of vervangen;
• schakel ondertekening correct in bij de nieuwe provider;
• verifieer de keten na de wijziging.

DNSSEC en SSL zijn verschillend

Verwar ze niet .

DNSSEC

Helpt DNS antwoorden te verifiëren.

SSL/TLS

Beschermt de verbinding tussen de browser en de website.

Een domein kan hebben:

• correcte DNS;
• geldige DNSSEC;
• gebroken SSL.

Of:

• geldig SSL-certificaat;
• gebroken DNS.

Los ze afzonderlijk op.

Wanneer moet u SSL configureren?

Meestal nadat het domein naar de juiste hosting service verwijst.

Veel hostingplatforms geven automatisch een certificaat af na DNS verificatie.

Andere vereisen dat u het volgende doet:

• SSL handmatig inschakelen;
• een certificaat installeren;
• het domein verifiëren;
• HTTPS configureren.

Test:

http://example.com

en:

https://example.com

Test ook:

https://www.example.com

als u www gebruikt.

Het certificaat moet elke hostnaam dekken die gebruikers naar verwachting zullen bezoeken.

Waarom werkt HTTP maar faalt HTTPS?

Mogelijke oorzaken zijn:

• certificaat niet afgegeven;
• certificaat verlopen;
• certificaat bevat de hostnaam niet;
• HTTPS niet ingeschakeld bij de host;
• proxy/CDN-SSL-mismatch;
• redirectconfiguratie.

Als DNS correct omzet maar HTTPS faalt, is de registrar mogelijk niet het probleem.

Controleer de hosting-, SSL- of CDN laag.

Wat is DNS-propagatie?

Na het wijzigen van DNS kunnen sommige gebruikers tijdelijk oudere gecachte DNS antwoorden ontvangen.

DNS-wijzigingen worden niet letterlijk naar elke computer tegelijk gekopieerd.

Recursieve resolvers cachen DNS-informatie volgens TTL en ander cache gedrag.

Het nuttige onderscheid is:

Gezaghebbende DNS

Wat de DNS-provider van het domein zegt op dit moment.

Gecachte DNS

Wat een andere resolver zich nog herinnert van een eerdere query.

Daarom kan de ene gebruiker de nieuwe website zien terwijl een andere nog de oude ziet.

Hoe lang duurt DNS-propagatie?

Er is geen universele vaste tijd.

Het kan afhangen van:

• eerdere TTL;
• resolvercache;
• delegatiecache;
• negatieve caching;
• ISP-resolver;
• lokale DNS-cache.

Wacht niet zomaar 24-48 uur zonder de configuratie te controleren.

De huidige DNS-richtlijnen van NiceNIC bevelen aan:

1. de gezaghebbende provider bevestigen;
2. verifiëren dat het gezaghebbende record correct is;
3. pas daarna gecachte antwoorden laten verlopen.

Zie Waarom uw DNS-wijzigingen niet werken en hoe u dit oplost.

Wachten lost een verkeerd DNS-record niet op

Dit verdient een eigen regel:

Propagatie kan een verkeerde configuratie niet corrigeren.

Als de gezaghebbende DNS zegt:

example.com → verkeerd IP

zal langer wachten er niet voor zorgen dat het het juiste IP wordt.

Los eerst het gezaghebbende record op.

Overweeg daarna caching.

Hoe controleert u of het domein correct is verbonden?

Stop niet wanneer het DNS-paneel zegt:

Opgeslagen

Test de daadwerkelijke service.

Controle 1: Hoofddomein

Open:

example.com

Controle 2: www

Open:

www.example.com

Controle 3: HTTP

Test:

http://example.com

Controle 4: HTTPS

Test:

https://example.com

Controle 5: Een ander netwerk

Probeer:

• Wi-Fi;
• mobiele data;
• een andere resolver.

Controle 6: E-mail

Als het domein zakelijke e-mail gebruikt:

• stuur een testbericht binnen;
• stuur er een uit.

Controle 7: Belangrijke subdomeinen

Test:

• shop;
• app;
• login;
• API;
• mail;
• elk productiesubdomein.

Beschouw de installatie pas als voltooid als alle vereiste services werken.

Controlelijst voor websiteverbinding

Hoofddomein werkt maar www niet

Controleer het www-record.

Veelvoorkomende opstelling:

www → CNAME → example.com

Maar sommige websiteplatforms vereisen hun eigen specifieke CNAME -doel.

Gebruik de instructies van de host.

Zorg er ook voor dat het SSL-certificaat dekt:

www.example.com

www werkt maar het hoofddomein niet

Controleer:

• root-A-record;
• root-AAAA-record;
• apex-specifiek record dat door de provider wordt vereist;
• of uw DNS-provider de vereiste apex-configuratie ondersteunt.

Voeg geen conventionele CNAME toe op de zone-apex, tenzij uw DNS-provider/platform specifiek een geschikt equivalent mechanisme ondersteunt.

Waarom verschijnt de oude website nog steeds?

Mogelijke oorzaken:

• oud A-record is nog steeds gezaghebbend;
• u hebt DNS bewerkt bij de verkeerde provider;
• lokale/resolvercache;
• CDN-cache;
• browsercache;
• oud IPv6-AAAA-record;
• hosting-redirect.

Controleer eerst gezaghebbende DNS .

Waarom verschijnt de verkeerde website?

Mogelijke oorzaken:

• DNS verwijst naar verkeerde server;
• gedeelde server herkent het domein niet;
• virtual host is niet geconfigureerd;
• CDN-route is verkeerd.

Als het juiste IP wordt geretourneerd maar een andere website verschijnt, controleer dan de hosting configuratie.

Waarom toont de website "Server niet gevonden"?

Controleer:

1. domeinstatus;
2. naamservers;
3. gezaghebbende DNS;
4. vereiste A/CNAME-records;
5. DNSSEC indien SERVFAIL verschijnt.

Als het domein actief is maar DNS niet omzet, gebruik dan de probleemoplossingsgids van NiceNIC Waarom is mijn domein actief maar werkt mijn website niet?.

Waarom zegt de hostingprovider dat het domein niet is verbonden?

Veel hostingplatforms verifiëren DNS automatisch.

Mogelijke redenen zijn:

• onjuist A-record;
• ontbrekende CNAME;
• verkeerde TXT-verificatie;
• DNS gewijzigd bij verkeerde provider;
• gecachte oude resultaat;
• conflicterend AAAA-record;
• platform heeft nog niet opnieuw gecontroleerd.

Vergelijk de DNS-waarden teken voor teken met de instructies van de provider.

Veelvoorkomende DNS-invoerfouten

De huidige DNS-probleemoplossingsrichtlijnen van NiceNIC identificeren veelvoorkomende fouten zoals :

• het volledige domein gebruiken waar alleen @ of www wordt verwacht;
• een IP-adres in een CNAME plaatsen;
• een oud AAAA-record laten staan;
• conflicterende records maken;
• DNS bij de verkeerde provider bewerken.

"Experimenteer" niet met DNS totdat iets werkt.

Volg de exacte instructies van de bestemmingsservice .

Kunt u één domein aan meerdere services koppelen?

Ja.

DNS kan verschillende hostnamen of services onafhankelijk{{T102

7 factoren die een goede domeinregistreerder bepalen

Nieuwe .XXX domeinen nu $9,39 bij NiceNIC registrar

CN-domein juni actie bij CNNIC-geregistreerde registrar NiceNIC

NiceNIC kondigt accreditatie aan voor .HK domeinen

Register Chinese Domain with CNNIC Domestic Registrar NiceNIC

Laatste nieuws: .TOP vs .COM: Welke is beter voor bedrijf, campagne of merk?
Nieuwste nieuws: .ICU vs .COM: Welk domein voor een nieuw merk of project?