DNS
Domeinverificatierecords
How to prove you own a domain, whether the service asking is KapsuleHost, Google, Microsoft or anyone else, and how to add the record in KPanel.
Domeinverificatie Records
Hoe je kunt bewijzen dat je een domein bezit, ongeacht of KapsuleHost, Google, Microsoft of iemand anders om verificatie vraagt, en hoe je het record toevoegt in KPanel.
Vroeg of laat zal een service weigeren iets met je domein te doen totdat je bewijst dat het domein van jou is. Het bewijs heeft bijna altijd dezelfde vorm: zij geven je een tekst, je publiceert het als DNS-record, zij slaan het op. Als zij het kunnen zien, heb je duidelijk controle over het domein, want alleen de eigenaar kan DNS ervoor publiceren.
Deze gids behandelt het record dat Kapsule vraagt, de records die andere services vragen, en hoe je beide kunt toevoegen.
Waar de DNS-editor zich bevindt
Domains in de zijbalk, klik op het domein en vervolgens op het tabblad DNS. Dit is de volledige record-editor en het enige plaats waar je records kunt toevoegen of wijzigen.
De DNS-weergave onder een site (Websites, de site, Domain, DNS) is alleen-lezen. Het toont je wat is gepubliceerd en heeft een link naar de volledige editor. Als je op zoek bent naar een add-knop en deze niet kunt vinden, ben je op de alleen-lezen-weergave.
De editor werkt alleen voor domeinen waarvan de DNS op Kapsule wordt gehost. Als je domein hier is geregistreerd maar de nameservers ervan naar elders wijzen, moet je het record publiceren waar je DNS werkelijk leeft. Zie Nameservers.
Kapsule's eigen verificatie record
Kapsule vraagt om één verificatie record, in één situatie: je voegt mailboxen toe op een domein waarvan wij de DNS niet beheren.
Als je domein bij ons is geregistreerd of de DNS ervan wordt gehost op Kapsule, kunnen wij al zien dat je het bezit en wordt er niets van je gevraagd. Als je DNS elders is, kunnen wij dat niet, dus vragen wij je het te bewijzen voordat wij mail voor dat domein accepteren.
Het Record
| Veld | Waarde |
|---|---|
| Type | TXT |
| Naam | _kapsule-verify.yourdomain.com |
| Waarde | kapsule-verify= gevolgd door het token dat in het panel wordt weergegeven |
Het token wordt gegenereerd voor je account en wordt je in het panel getoond. Kopieer zowel de naam als de waarde met de kopieerknoppen in plaats van ze opnieuw in te typen.
De stappen
- Open in KPanel de mailbox of het domein en ga naar de Deliverability sectie.
- Zoek de domeinverificatiekaart. Het toont de recordnaam en waarde, en een statusbadge.
- Publiceer dat TXT-record waar je DNS wordt gehost.
- Wacht een of twee minuten.
- Kom terug en klik op verifiëren.
De controle wordt live uitgevoerd tegen openbare resolvers in plaats van onze eigen, dus wat het ziet is wat de rest van het internet ziet. Dit betekent dat het antwoord eerlijk is en het kan ook betekenen dat het een of twee minuten kan mislukken nadat je publiceert terwijl caches bijwerken.
Als verificatie mislukt, ga niet onmiddellijk ervan uit dat het record verkeerd is. De meest voorkomende oorzaak is veruit dat je op verifiëren hebt geklikt voordat het record zichtbaar was. Wacht twee minuten en probeer opnieuw. De op een na meest voorkomende oorzaak is dat je DNS-host stilzwijgend het domein toevoegt aan een naam die het al bevatte, wat je _kapsule-verify.yourdomain.com.yourdomain.com geeft. Controleer waarnaar het record werkelijk wordt omgezet.
Daarna
Eenmaal geverifieerd, wordt het domein als het jouwe geregistreerd en blijft dat zo. Je kunt het TXT-record verwijderen als je een ordelijke zone wilt, en er zal niets breken.
Één voorbehoud: als je ooit verificatie voor dat domein opnieuw start, wordt een nieuw token uitgegeven en wordt de oude gepubliceerde waarde nutteloos. Dus als je het record verwijdert en jezelf later opnieuw wordt gevraagd te verifiëren, kopieer je de verse waarde uit het panel in plaats van wat je eerder had hergebruikt.
Verificatie records voor andere services
Elk ander verificatie record werkt op dezelfde manier. De service geeft je een waarde, je voegt het toe in het DNS-tabblad, je gaat terug en klikt op hun verify-knop.
De veelvoorkomende:
| Service | Type | Typische naam | Waarde ziet eruit als |
|---|---|---|---|
| Google Search Console | TXT | het blote domein | google-site-verification=... |
| Microsoft 365 | TXT | het blote domein | MS=ms... |
| Meta bedrijfsdomeinen | TXT | het blote domein | facebook-domain-verification=... |
| Verschillende SaaS-tools | TXT of CNAME | een _something subdomein | een willekeurig token |
Er één toevoegen
- Ga naar Domains, klik op het domein en vervolgens op DNS.
- Voeg een record toe.
- Stel het type in, meestal TXT.
- Voer voor de naam
@in als de service zegt het op het blote domein of root te zetten. Voer alleen het label in, zoals_dnsauth, als het om een subdomein vraagt. Neem je domeinnaam niet op in het label. - Plak de waarde precies zoals gegeven, zonder aanhalingstekens die je zelf toevoegt en zonder spaties achteraan.
- Sla op, wacht een paar minuten en klik vervolgens op verifiëren bij de andere service.
Drie dingen die de editor voor je regelt, wat de gebruikelijke discussies bespaart:
- Lange waarden zijn prima. Verificatietokens die de limiet van 255 tekens van een enkele DNS-string overschrijden, worden correct voor je gesplitst.
- Aanhalingstekens worden verwerkt. Plak de onbewerkte waarde. Plaats er zelf geen aanhalingstekens omheen.
- Meerdere TXT-records op dezelfde naam kunnen naast elkaar bestaan. Een Google-verificatierecord op het blote domein vervangt je SPF-record daar niet. Beiden worden gepubliceerd en beiden worden gevonden. Dit verbaast mensen constant, omdat het niet is hoe de meeste andere recordtypen werken.
Vervang nooit een bestaand SPF-, DKIM- of DMARC-record met een verificatietoken. Ze bevinden zich op verschillende namen of naast elkaar op dezelfde naam. Als een service je vertelt om je TXT-record te "vervangen", betekent dit het vervangen van het record dat het je eerder heeft gegeven, niet de records die je e-mailverificatie dragen. Zie SPF, DKIM en DMARC.
Records die je met rust moet laten
Terwijl je in de DNS-editor bent, kun je records opmerken die je niet hebt gemaakt.
_acme-challengeTXT-records worden automatisch gemaakt en verwijderd wanneer een certificaat wordt uitgegeven of vernieuwd. Verwijder ze niet met de hand. Als er een blijft hangen na uitgifte, is het onschadelijk. Zie SSL-certificaten._dmarcen_domainkeyrecords dragen je e-mailverificatie. Deze verwijderen zal je e-mailbezorging breken, niet je verificatie. Zie SPF, DKIM en DMARC.- SOA- en NS-records voor het domein zelf zijn de eigen leidingen van de zone.
Welke recordtypen de editor ondersteunt
De type-dropdown biedt A, AAAA, CNAME, MX, TXT, NS, SRV en CAA. Een prioriteitsveld verschijnt voor MX en SRV, omdat dit de enige twee typen zijn die er een gebruiken.
Als een service om een recordtype vraagt dat niet in de lijst staat, open je een supportticket in plaats van te proberen het met iets anders te benaderen. Zie Een supportticket openen.
Hoe lang het duurt
Een wijziging is op onze nameservers vrijwel onmiddellijk live: het record wordt geschreven en onze andere nameservers worden meteen ingelicht om het op te halen. De editor vraagt je niet om een TTL in te stellen, dus je hoeft daar niet over na te denken.
Wat je eigenlijk wacht is de caches van andere mensen. Een resolver die die naam al heeft opgezocht, behoudt zijn oude antwoord totdat zijn gecachete kopie verloopt. In de praktijk slagen verificatiecontroles meestal binnen een minuut of twee, en nemen soms langer.
Als een service je record na een uur nog niet kan zien, is het record zelf verkeerd. Kijk eerst naar de naam, want een gedupliceerde domeinsuffix in het label is bij lange na de meest voorkomende fout.