Sett opp et merkevarepreget porteringsverktøydomene og autentisert e-postsending for et domene du eier, ved hjelp av vertsnavn og DNS-verdier som MultiTEL bekrefter for tjenesten din. Disse innstillingene er atskilt fra overføring av et telefonnummer.
Hva dette oppsettet brukes til
Et white-label-porteringsverktøy lar deg presentere forespørsler om nummeroverføring under ditt eget merke og, når det er konfigurert, sende forespørsels-e-poster på vegne av ditt eget e-postdomene. DNS-endringene i denne veiledningen gjelder for dette merkevarepregede nettstedet og denne e-postidentiteten. De er ikke et krav for en vanlig overføring av telefonnummer og endrer ikke telefonnummerets taleruting.
Du må eie og kontrollere domenet som du skal endre DNS for. Du kan ikke konfigurere disse postene for en adresse på et tredjeparts gratis-e-postdomene som du ikke eier.
Bekreft den merkevarepregede tjenesten før du endrer DNS
Åpne Number portability (nummerportering). Bruk merkevarefeltene der til å angi merkenavnet og logoen som brukes for forespørsler på den skjermen. For et white-label-nettsted med egendefinert domene, be MultiTEL-brukerstøtte om å bekrefte hvilke merkevareinnstillinger som gjelder, vertsnavnet, DNS-verdiene som skal publiseres, avsenderdomenet og HTTPS-sertifikatoppsettet for kontoen din før du publiserer noen DNS-poster.
Ikke omdiriger et eksisterende produksjonsnettsted eller endre eksisterende e-postlevering bare for å merkevareprege en porteringsforespørsel. Noter de tidligere DNS-verdiene slik at du kan gjenopprette dem ved behov. Hvis raskere propagering av en senere endring eller tilbakerulling trengs, senk TTL-en for de berørte postene på forhånd og vent ut den forrige TTL-en før du gjør endringen. Å senke TTL-en fører ikke til at eksisterende bufrede svar utløper umiddelbart.
CNAME for nettstedet
Etter at MultiTEL har bekreftet det egendefinerte vertsnavnet og CNAME-målet for tjenesten din, opprett den forespurte CNAME-en hos DNS-leverandøren din. Kontroller om DNS-konsollen legger til sonenavnet automatisk; skriv inn vertsetiketten eller det fullstendige navnet i henhold til den konsollens instruksjoner, uten å duplisere domenet. Det bekreftede CNAME-vertsnavnet må ikke samtidig ha A-, AAAA-, MX- eller TXT-poster. Hvis det allerede finnes andre poster der, kontroller hvilke tjenester som bruker dem før du gjør endringer. Bruk et annet MultiTEL-godkjent vertsnavn hvis det navnet fortsatt betjener en annen tjeneste; fjern eksisterende poster først etter at du har bekreftet at de ikke lenger trengs.
Følgende er kun et eksempel: det gjelder hvis du eier test123.com og MultiTEL bekrefter både porting.test123.com som vertsnavnet ditt og porting.multitel.net som CNAME-målet for tjenesten din. Ikke bruk dette målet med mindre brukerstøtte bekrefter det for tjenesten din:
porting.test123.com. IN CNAME porting.multitel.net.Bruk det nøyaktige målet som er bekreftet for tjenesten din. En CNAME alene aktiverer ikke det egendefinerte domenet eller garanterer et gyldig HTTPS-sertifikat. Bekreft nettstedets sertifikat og den merkevarepregede forespørselsflyten før du deler den nye URL-adressen.
SPF for forespørsels-e-poster
Hvis MultiTEL bekrefter at forespørsels-e-poster vil bli sendt på vegne av domenet ditt, be brukerstøtte om å identifisere avsenderdomenet som brukes for SPF og signeringsdomenet som brukes for DKIM. Disse trenger ikke å være vertsnavnet for det merkevarepregede nettstedet. Publiser SPF på det bekreftede SPF-domenet og den offentlige DKIM-nøkkelen på det selektorspesifikke navnet som beskrives nedenfor; ikke legg til TXT-poster for e-postautentisering på CNAME-vertsnavnet for nettstedet. Autoriser den bekreftede sendetjenesten i SPF-domenets policy. MultiTEL-SPF-include-en som vises her, er include:_spf.multitel.net. Legg den til først etter at brukerstøtte bekrefter at den gjelder sendetjenesten for kontoen din.
Hvis domenet allerede har en SPF TXT-post, flett den autoriserte include-en inn i den eksisterende policyen. Behold andre legitime avsendere og den tiltenkte sluttpolicyen; ikke publiser en ekstra SPF-post. Kontroller hele policyen, inkludert nestede includes og redirects, mot SPFs DNS-oppslagsgrenser. SPF-evaluering tillater maksimalt 10 termer som forårsaker DNS-oppslag, for eksempel include, a, mx, ptr, exists og redirect; overskridelse av den grensen gir permerror. En ødelagt SPF-policy kan hindre legitim e-post i å bestå SPF-autentisering. Hvis det ikke finnes noen eksisterende policy og MultiTEL bekrefter at dette er den eneste autoriserte avsenderen, er et eksempel:
@ IN TXT "v=spf1 include:_spf.multitel.net ~all"DKIM for forespørsels-e-poster
Publiser den nøyaktige DKIM-selektoren, DNS-postnavnet og TXT-verdien for den offentlige nøkkelen som er bekreftet for signeringsdomenet ditt. DKIM-DNS-navnet kombinerer selektoren, _domainkey og signeringsdomenet. For eksempel gir selektor mail for example.com det fullstendige postnavnet mail._domainkey.example.com; mail._domainkey er det relative postnavnet, ikke selektoren. Hent de gjeldende verdiene fra MultiTEL-brukerstøtte; ikke anta at en selektor eller offentlig nøkkel kopiert fra en gammel artikkel, en annen konto eller MultiTELs egen DNS er verdien som brukes for kontoen din. En offentlig DKIM-nøkkel publiseres i DNS; en privat signeringsnøkkel må aldri etterspørres eller publiseres.
Kontroller om DNS-konsollen din legger til sonenavnet automatisk, og unngå å duplisere domenet eller _domainkey i postnavnet. Behold den komplette verdien av den offentlige nøkkelen når en DNS-konsoll deler en lang TXT-post i deler i anførselstegn.
Verifiser det fullstendige resultatet
Utfør oppslag mot de autoritative navnetjenerne og en ekstern resolver for hver endret post. Gi den konfigurerte TTL-en og DNS-bufrene tid til å utløpe; et resultat fra én bufret lokal resolver er utilstrekkelig. Sammenlign det fullt kvalifiserte postnavnet, typen, det nøyaktige målet eller verdien, anførselstegn og eventuelt avsluttende punktum med de bekreftede instruksjonene og DNS-leverandørens inndataformat. Løs motstridende poster, feil navn, manglende verdier og ugyldige sertifikater før du deler URL-adressen eller stoler på merkevarepreget e-post.
Åpne den bekreftede merkevarepregede forespørsels-URL-adressen og bekreft at sidene lastes med et gyldig sertifikat og den forventede merkevaren. Før du sender inn noen test, spør MultiTEL-brukerstøtte hvilken testflyt som er tilgjengelig, og om en innsending ville starte en faktisk nummeroverføring. Når brukerstøtte har bekreftet at merkevarepreget e-post er aktivert for kontoen din, test den bare gjennom den bekreftede testflyten og med eksempeldataene eller testprosedyren brukerstøtte oppgir, slik at du ikke starter en faktisk nummeroverføring. Inspiser den mottatte meldingens autentiseringsresultater for SPF og DKIM. Kontroller at svar og forespørselslenker når frem til den tiltenkte destinasjonen. Hold den forrige tjenesten og postene tilgjengelige inntil erstatningen er verifisert, og fjern bare poster som MultiTEL bekrefter er erstattet.