Kennisbank

Gebruik uw eigen Amazon Route 53-account om de DNS van uw domeinen te hosten

Maak een AWS-toegangssleutel aan die Route 53-records mag weergeven en wijzigen en koppel deze, zodat de DNS van uw domeinen vanuit uw eigen AWS-account wordt verzorgd.

Wat het koppelen voor u doet

Door uw eigen AWS-account te koppelen, kan de DNS van een domein worden beheerd vanuit uw account in plaats van het onze. U behoudt de zone, de factuur en het leveranciersdashboard; wij maken en werken de records bij die uw websites en mailboxen nodig hebben, zodat u ze niet handmatig hoeft te kopiëren.

Voordat u begint

Een AWS-account. Route 53 brengt kosten in rekening per gehoste zone en per zoekopdracht op uw AWS-factuur.

Maak voor deze verbinding een IAM-gebruiker aan met een beleid dat route53:ListHostedZones, route53:ListResourceRecordSets en route53:ChangeResourceRecordSets toestaat.

1. Maak de sleutel aan bij AWS

Open in de AWS-console IAM → Users, kies de gebruiker namens wie deze verbinding moet optreden (maak een specifieke gebruiker aan — gebruik nooit uw root-account), open het tabblad Security credentials en kies onder Access keys voor Create access key. Kies Other als use case, ga verder en kies Create access key. Kopieer de Access key ID en de Secret access key — AWS toont het geheim slechts één keer. Elke IAM-gebruiker kan maximaal twee sleutels tegelijk hebben.

2. Koppel deze hier

Open Integraties in uw dashboard en kies Een account koppelen. Kies Uw eigen DNS als de groep en Amazon Route 53 als het account, vul Access key ID en Secret access key in en druk op Account koppelen.

Wij testen wat u plakt voordat er iets wordt opgeslagen. Een sleutel die niet werkt, wordt nooit opgeslagen, en het antwoord geeft aan wat er mis mee was. Een sleutel die werkt, wordt versleuteld bewaard in onze kluis voor geheimen — nooit in onze database — en wordt nooit meer getoond, zelfs niet aan u.

Wat er nu gebeurt

  • Open bij een willekeurig domein het tabblad DNS en kies dit account als de locatie van waaruit de DNS van het domein wordt beheerd. Wij maken de zone daar aan als deze nog niet bestaat en schrijven de records die de websites en e-mail van het domein nodig hebben.
  • Wanneer er aan onze kant iets verandert aan wat een record moet bevatten — u verhuist een website, wisselt van CDN of voegt een mailbox toe — werken we het record bij op uw account.
  • Om de overstap te voltooien, moeten de nameservers van uw domein naar AWS verwijzen. Als het domein bij ons is geregistreerd, of bij een registrar die u hebt gekoppeld, stellen wij deze voor u in; anders toont de pagina van het domein de in te stellen nameservers.
  • Wanneer u verbinding maakt, controleren we of de sleutel uw zones kan weergeven, records kan lezen en records kan wijzigen. De controlelijst naast de verbinding toont welke daarvan we konden bevestigen.

Als er geen verbinding wordt gemaakt

Er wordt verbinding gemaakt, maar het wijzigen van een record mislukt. Het weergeven van zones en het wijzigen van records zijn afzonderlijke IAM-machtigingen, en de wijziging wordt pas gecontroleerd op het moment dat we er voor het eerst een maken. Voeg route53:ChangeResourceRecordSets toe aan het beleid van de gebruiker — de sleutel zelf verandert niet.

AWS heeft de inloggegevens geweigerd. De toegangssleutel is gedeactiveerd of verwijderd in IAM.

Er staat dat de sleutel is afgewezen. Bijna altijd een van deze drie zaken: een meegekopieerde spatie of regeleinde, een sleutel die is verlopen, of een sleutel die is ingetrokken of opnieuw gegenereerd nadat u deze hebt gekopieerd. Maak een nieuwe aan en plak deze opnieuw.

Er wordt verbinding gemaakt, maar later mislukt er iets. De sleutel verifieert wel, maar mist een machtiging die de actie vereist. Maak een nieuwe sleutel aan met de hierboven vermelde machtigingen, verbreek vervolgens de oude verbinding en koppel de nieuwe sleutel.

Ontkoppelen

Open Integraties, zoek het account en druk op Ontkoppelen. Daarmee wordt de opgeslagen sleutel direct verwijderd. Alles wat er gebruik van maakte, stopt bij de volgende actie, en de schermen die ervan afhingen, geven dit aan in plaats van stilletjes te mislukken.

Ontkoppelen maakt niet ongedaan wat al is gedaan — records, implementaties of instellingen die we op uw account hebben gewijzigd, blijven zoals ze zijn. Als u denkt dat de sleutel zelf is gelekt, trek deze dan ook in bij de leverancier; ontkoppelen verwijdert onze kopie, niet die van hen.

Nieuwste van de blog

Wat we hebben geschreven over hosting, SEO en het op grote schaal beheren van websites.

SEO en linkbuilding vanuit de hostinglaag: De visie van een beheerder in 2026

Hoe hosting de indexering en link equity vormgeeft in 2026: pagina's geïndexeerd houden, oude domeinen screenen voordat u erop bouwt, linkbuilding zonder zoekmachine-footprint en een eerlijke kijk op wat infrastructuur wel en niet kan betekenen voor SEO.

Bericht lezen →

WordPress snel en veilig maken: een controlelijst voor prestaties en plug-ins

Een praktische controlelijst voor een snel, veilig WordPress: caching op serverniveau, een objectcache per site, het handjevol plug-ins dat het waard is om te gebruiken, het up-to-date houden van de stack en de WooCommerce-pagina's die u nooit mag cachen.

Bericht lezen →

Hoe kiest u beheerde webhosting in 2026: een kopersgids

Wat goede beheerde hosting nu echt onderscheidt van een goedkope server met een controlepaneel — migraties, back-ups, isolatie, echte caching en eerlijke schaalbaarheid — en hoe u dit kunt beoordelen voordat u zich vastlegt.

Bericht lezen →

Lees het blog →

Komt u er nog niet uit?

Ondersteuning is inbegrepen in elk abonnement, de helpdesk is 24 uur per dag geopend en u kunt ons in elk van onze 58 talen schrijven — wij antwoorden u in de uwe.

Contact opnemen met support → Alle artikelen →