DNS configureren voor een portabiliteitstool met uw eigen merk (white-label)

Stel een domein voor een portabiliteitstool met eigen merk en geauthenticeerde e-mailverzending in voor een domein waarvan u eigenaar bent, met hostnamen en DNS-waarden die MultiTEL voor uw service bevestigt. Deze instellingen staan los van het overdragen van een telefoonnummer.

Waarvoor deze configuratie dient

Een portabiliteitstool met uw eigen merk (white-label) stelt u in staat verzoeken tot nummeroverdracht onder uw eigen merk te presenteren en, indien geconfigureerd, verzoek-e-mails namens uw eigen e-maildomein te verzenden. De DNS-wijzigingen in deze handleiding zijn van toepassing op die website met eigen merk en die e-mailidentiteit. Ze zijn geen vereiste voor een gewone overdracht van een telefoonnummer en wijzigen de spraakroutering van het telefoonnummer niet.

U moet eigenaar zijn van en zeggenschap hebben over het domein waarvan u de DNS gaat wijzigen. U kunt deze records niet configureren voor een adres op een gratis e-maildomein van een derde partij waarvan u geen eigenaar bent.

Bevestig de service met eigen merk voordat u DNS wijzigt

Open Nummeroverdraagbaarheid. Gebruik daar de brandingvelden om de merknaam en het logo in te stellen die voor verzoeken op dat scherm worden gebruikt. Voor een site met uw eigen merk (white-label) met een aangepast domein vraagt u MultiTEL-support om te bevestigen welke merkinstellingen van toepassing zijn, de hostnaam, de te publiceren DNS-waarden, het afzenderdomein en de HTTPS-certificaatconfiguratie voor uw account voordat u DNS-records publiceert.

Leid een bestaande productiewebsite niet om en wijzig bestaande e-maillevering niet louter om een portabiliteitsverzoek onder uw merk te brengen. Noteer de vorige DNS-waarden zodat u ze indien nodig kunt herstellen. Als snellere propagatie van een latere wijziging of rollback nodig is, verlaag dan vooraf de TTL van de betreffende records en wacht tot de vorige TTL is verstreken voordat u de wijziging doorvoert. Het verlagen van de TTL laat bestaande antwoorden in de cache niet onmiddellijk verlopen.

Website-CNAME

Nadat MultiTEL de aangepaste hostnaam en het CNAME-doel voor uw service heeft bevestigd, maakt u de gevraagde CNAME aan bij uw DNS-provider. Controleer of de DNS-console de zonenaam automatisch toevoegt; voer het hostlabel of de volledige naam in volgens de instructies van die console, zonder het domein te dupliceren. De bevestigde CNAME-hostnaam mag niet ook A-, AAAA-, MX- of TXT-records hebben. Als daar al andere records bestaan, controleer dan welke services ze gebruiken voordat u wijzigingen aanbrengt. Gebruik een andere door MultiTEL goedgekeurde hostnaam als die naam nog een andere service bedient; verwijder bestaande records pas nadat u hebt bevestigd dat ze niet meer nodig zijn.

Het volgende is alleen een voorbeeld: het is van toepassing als u eigenaar bent van test123.com en MultiTEL bevestigt dat porting.test123.com uw hostnaam is en dat porting.multitel.net het CNAME-doel voor uw service is. Gebruik dit doel niet tenzij support het voor uw service bevestigt:

porting.test123.com. IN CNAME porting.multitel.net.

Gebruik het exacte doel dat voor uw service is bevestigd. Een CNAME op zichzelf activeert het aangepaste domein niet en garandeert geen geldig HTTPS-certificaat. Bevestig het certificaat van de site en de verzoekstroom met eigen merk voordat u de nieuwe URL deelt.

SPF voor verzoek-e-mails

Als MultiTEL bevestigt dat verzoek-e-mails namens uw domein worden verzonden, vraag dan support om het verzenddomein dat voor SPF wordt gebruikt en het ondertekeningsdomein dat voor DKIM wordt gebruikt te identificeren. Deze hoeven niet de hostnaam van de website met eigen merk te zijn. Publiceer SPF op het bevestigde SPF-domein en de openbare DKIM-sleutel op de selectorspecifieke naam die hieronder wordt beschreven; voeg geen TXT-records voor e-mailauthenticatie toe op de CNAME-hostnaam van de website. Autoriseer de bevestigde verzendservice in het beleid van het SPF-domein. De hier getoonde MultiTEL-SPF-include is include:_spf.multitel.net. Voeg deze alleen toe nadat support heeft bevestigd dat deze van toepassing is op de verzendservice voor uw account.

Als het domein al een SPF-TXT-record heeft, voegt u de geautoriseerde include in dat bestaande beleid samen. Behoud andere legitieme afzenders en het beoogde eindbeleid; publiceer geen tweede SPF-record. Controleer het volledige beleid, inclusief geneste includes en redirects, aan de hand van de DNS-lookuplimieten van SPF. SPF-evaluatie staat maximaal 10 termen toe die een DNS-lookup veroorzaken, zoals include, a, mx, ptr, exists en redirect; het overschrijden van die limiet produceert permerror. Een defect SPF-beleid kan voorkomen dat legitieme e-mail de SPF-authenticatie doorstaat. Als er geen bestaand beleid is en MultiTEL bevestigt dat dit de enige geautoriseerde afzender is, is een voorbeeld:

@ IN TXT "v=spf1 include:_spf.multitel.net ~all"

DKIM voor verzoek-e-mails

Publiceer de exacte DKIM-selector, DNS-recordnaam en TXT-waarde van de openbare sleutel die voor uw ondertekeningsdomein zijn bevestigd. De DKIM-DNS-naam combineert de selector, _domainkey en het ondertekeningsdomein. Selector mail voor example.com levert bijvoorbeeld de volledige recordnaam mail._domainkey.example.com op; mail._domainkey is de relatieve recordnaam, niet de selector. Vraag de actuele waarden op bij MultiTEL-support; ga er niet van uit dat een selector of openbare sleutel die is gekopieerd uit een oud artikel, een ander account of de eigen DNS van MultiTEL de waarde is die voor uw account wordt gebruikt. Een openbare DKIM-sleutel wordt in DNS gepubliceerd; een privésleutel voor ondertekening mag nooit worden opgevraagd of gepubliceerd.

Controleer of uw DNS-console de zonenaam automatisch toevoegt, en voorkom dat u het domein of _domainkey in de recordnaam dupliceert. Behoud de volledige waarde van de openbare sleutel wanneer een DNS-console een lang TXT-record in tussen aanhalingstekens geplaatste stukken splitst.

Verifieer het volledige resultaat

Bevraag de gezaghebbende naamservers en een externe resolver voor elk gewijzigd record. Geef de geconfigureerde TTL en DNS-caches de tijd om te verlopen; een resultaat van één lokale resolver met cache is onvoldoende. Vergelijk de volledig gekwalificeerde recordnaam, het type, het exacte doel of de exacte waarde, de aanhalingstekens en een eventuele afsluitende punt met de bevestigde instructies en het invoerformaat van uw DNS-provider. Los conflicterende records, verkeerde namen, ontbrekende waarden en ongeldige certificaten op voordat u de URL deelt of op e-mail met eigen merk vertrouwt.

Open de bevestigde verzoek-URL met eigen merk en bevestig dat de pagina's laden met een geldig certificaat en het verwachte merk. Voordat u een test indient, vraagt u MultiTEL-support welke testflow beschikbaar is en of een indiening een live nummeroverdracht zou starten. Nadat support bevestigt dat e-mail met eigen merk voor uw account is ingeschakeld, test u deze alleen via de bevestigde testflow en met de voorbeeldgegevens of de testprocedure die support verstrekt, zodat u geen live nummeroverdracht start. Inspecteer de authenticatieresultaten van het ontvangen bericht voor SPF en DKIM. Controleer of antwoorden en verzoeklinks de beoogde bestemming bereiken. Houd de vorige service en records beschikbaar totdat de vervanging is geverifieerd, en verwijder alleen records waarvan MultiTEL bevestigt dat ze zijn vervangen.

Documentatie zoeken