Opsæt et domæne til et brandet portabilitetsværktøj og autentificeret e-mailafsendelse for et domæne, du ejer, ved hjælp af værtsnavne og DNS-værdier, som MultiTEL bekræfter for din tjeneste. Disse indstillinger er adskilt fra overførsel af et telefonnummer.
Hvad denne opsætning er til
Et portabilitetsværktøj med dit eget brand (white-label) giver dig mulighed for at præsentere anmodninger om nummeroverførsel under dit eget brand og, når det er konfigureret, sende anmodnings-e-mails på vegne af dit eget e-maildomæne. DNS-ændringerne i denne vejledning gælder for det brandede websted og den tilhørende e-mailidentitet. De er ikke et krav for en almindelig overførsel af et telefonnummer og ændrer ikke telefonnummerets talerouting.
Du skal eje og kontrollere det domæne, hvis DNS du vil ændre. Du kan ikke konfigurere disse poster for en adresse på et gratis e-maildomæne hos en tredjepart, som du ikke ejer.
Bekræft den brandede tjeneste, før du ændrer DNS
Åbn Nummerportabilitet. Brug brandingfelterne dér til at indstille det brandnavn og logo, der bruges til anmodninger på den skærm. For et websted med dit eget brand (white-label) med brugerdefineret domæne skal du bede MultiTEL-support om at bekræfte, hvilke brandindstillinger der gælder, værtsnavnet, de DNS-værdier, der skal udgives, afsenderdomænet og opsætningen af HTTPS-certifikatet for din konto, før du udgiver nogen DNS-poster.
Omdiriger ikke et eksisterende produktionswebsted, og ændr ikke eksisterende e-maillevering, blot for at brande en portabilitetsanmodning. Notér de tidligere DNS-værdier, så du kan gendanne dem, hvis det er nødvendigt. Hvis hurtigere propagering af en senere ændring eller en tilbagerulning er nødvendig, skal du sænke de berørte posters TTL på forhånd og vente den tidligere TTL ud, før du foretager ændringen. Nedsættelse af TTL'en medfører ikke, at eksisterende cachede svar udløber med det samme.
Webstedets CNAME
Når MultiTEL har bekræftet det brugerdefinerede værtsnavn og CNAME-målet for din tjeneste, skal du oprette den anmodede CNAME hos din DNS-udbyder. Kontrollér, om DNS-konsollen automatisk tilføjer zonenavnet; indtast værtslabelen eller det fulde navn i overensstemmelse med konsollens instruktioner, uden at duplikere domænet. Det bekræftede CNAME-værtsnavn må ikke også have A-, AAAA-, MX- eller TXT-poster. Hvis der allerede findes andre poster dér, skal du kontrollere, hvilke tjenester der bruger dem, før du foretager ændringer. Brug et andet MultiTEL-godkendt værtsnavn, hvis det navn stadig betjener en anden tjeneste; fjern eksisterende poster først, efter at du har bekræftet, at de ikke længere er nødvendige.
Følgende er kun et eksempel: det gælder, hvis du ejer test123.com, og MultiTEL bekræfter både porting.test123.com som dit værtsnavn og porting.multitel.net som CNAME-målet for din tjeneste. Brug ikke dette mål, medmindre support bekræfter det for din tjeneste:
porting.test123.com. IN CNAME porting.multitel.net.Brug det nøjagtige mål, der er bekræftet for din tjeneste. En CNAME alene hverken aktiverer det brugerdefinerede domæne eller garanterer et gyldigt HTTPS-certifikat. Bekræft webstedets certifikat og det brandede anmodningsforløb, før du deler den nye URL.
SPF til anmodnings-e-mails
Hvis MultiTEL bekræfter, at anmodnings-e-mails vil blive sendt på vegne af dit domæne, skal du bede support om at identificere det afsendende domæne, der bruges til SPF, og det signeringsdomæne, der bruges til DKIM. Disse behøver ikke at være det brandede websteds værtsnavn. Udgiv SPF på det bekræftede SPF-domæne og den offentlige DKIM-nøgle på det selektorspecifikke navn, der beskrives nedenfor; tilføj ikke TXT-poster til e-mailautentificering på webstedets CNAME-værtsnavn. Autoriser den bekræftede afsendertjeneste i SPF-domænets politik. Den MultiTEL-SPF-include, der vises her, er include:_spf.multitel.net. Tilføj den kun, efter at support har bekræftet, at den gælder for afsendertjenesten for din konto.
Hvis domænet allerede har en SPF TXT-post, skal du flette den autoriserede include ind i den eksisterende politik. Bevar andre legitime afsendere og den tilsigtede endelige politik; udgiv ikke en ekstra SPF-post. Kontrollér hele politikken, herunder indlejrede includes og redirects, i forhold til SPF's DNS-opslagsgrænser. SPF-evaluering tillader højst 10 termer, der forårsager DNS-opslag, såsom include, a, mx, ptr, exists og redirect; overskridelse af den grænse medfører permerror. En defekt SPF-politik kan forhindre legitim e-mail i at bestå SPF-autentificering. Hvis der ikke findes nogen eksisterende politik, og MultiTEL bekræfter, at dette er den eneste autoriserede afsender, er et eksempel:
@ IN TXT "v=spf1 include:_spf.multitel.net ~all"DKIM til anmodnings-e-mails
Udgiv den nøjagtige DKIM-selektor, det DNS-postnavn og den TXT-værdi for den offentlige nøgle, som er bekræftet for dit signeringsdomæne. DKIM-DNS-navnet kombinerer selektoren, _domainkey og signeringsdomænet. For eksempel giver selektoren mail for example.com det fulde postnavn mail._domainkey.example.com; mail._domainkey er det relative postnavn, ikke selektoren. Indhent de aktuelle værdier fra MultiTEL-support; antag ikke, at en selektor eller offentlig nøgle, der er kopieret fra en gammel artikel, en anden konto eller MultiTELs egen DNS, er den værdi, der bruges til din konto. En offentlig DKIM-nøgle udgives i DNS; en privat signeringsnøgle må aldrig anmodes om eller udgives.
Kontrollér, om din DNS-konsol automatisk tilføjer zonenavnet, og undgå at duplikere domænet eller _domainkey i postnavnet. Bevar den komplette værdi af den offentlige nøgle, når en DNS-konsol opdeler en lang TXT-post i bidder i citationstegn.
Verificér det komplette resultat
Forespørg de autoritative navneservere og en ekstern resolver for hver post, du har ændret. Giv den konfigurerede TTL og DNS-caches tid til at udløbe; et resultat fra en enkelt lokal resolver med cache er utilstrækkeligt. Sammenlign det fuldt kvalificerede postnavn, typen, det nøjagtige mål eller den nøjagtige værdi, citationstegnene og et eventuelt afsluttende punktum med de bekræftede instruktioner og din DNS-udbyders indtastningsformat. Løs modstridende poster, forkerte navne, manglende værdier og ugyldige certifikater, før du deler URL'en eller stoler på brandet e-mail.
Åbn den bekræftede brandede anmodnings-URL, og bekræft, at siderne indlæses med et gyldigt certifikat og det forventede brand. Før du indsender nogen test, skal du spørge MultiTEL-support, hvilket testforløb der er tilgængeligt, og om en indsendelse ville starte en live nummeroverførsel. Når support har bekræftet, at brandet e-mail er aktiveret for din konto, skal du kun teste den via det bekræftede testforløb og med de eksempeldata eller den testprocedure, som support stiller til rådighed, så du ikke starter en live nummeroverførsel. Gennemgå autentificeringsresultaterne for SPF og DKIM i den modtagne meddelelse. Kontrollér, at svar og anmodningslinks når den tilsigtede destination. Hold den tidligere tjeneste og de tidligere poster tilgængelige, indtil erstatningen er blevet verificeret, og fjern kun poster, som MultiTEL bekræfter er afløst.