Sätt upp en varumärkesanpassad domän för portabilitetsverktyget och autentiserad e-postsändning för en domän som du äger, med värdnamn och DNS-värden som MultiTEL bekräftar för din tjänst. De här inställningarna är skilda från att flytta ett telefonnummer.
Vad den här konfigurationen är till för
Ett verktyg för nummerportabilitet med ditt eget varumärke (white-label) låter dig presentera begäranden om nummerflytt under ditt eget varumärke och, när det är konfigurerat, skicka begäranmejl å din egen e-postdomäns vägnar. DNS-ändringarna i den här guiden gäller den varumärkesanpassade webbplatsen och e-postidentiteten. De är inte ett krav för en vanlig telefonnummerflytt och ändrar inte telefonnumrets röstdirigering.
Du måste äga och kontrollera den domän vars DNS du ska ändra. Du kan inte konfigurera de här posterna för en adress på en tredjeparts gratismejldomän som du inte äger.
Bekräfta den varumärkesanpassade tjänsten innan du ändrar DNS
Öppna Nummerportabilitet. Använd varumärkesfälten där för att ange varumärkesnamnet och logotypen som används för begäranden på den skärmen. För en webbplats med ditt eget varumärke (white-label) med anpassad domän, be MultiTEL-support att bekräfta vilka varumärkesinställningar som gäller, värdnamnet, DNS-värdena som ska publiceras, avsändardomänen och HTTPS-certifikatkonfigurationen för ditt konto innan du publicerar några DNS-poster.
Omdirigera inte en befintlig produktionswebbplats och ändra inte befintlig e-postleverans enbart för att varumärkesanpassa en portabilitetsbegäran. Anteckna de tidigare DNS-värdena så att du kan återställa dem vid behov. Om snabbare spridning av en senare ändring eller återställning behövs, sänk TTL för de berörda posterna i förväg och vänta ut den tidigare TTL:n innan du gör ändringen. Att sänka TTL gör inte att befintliga cachade svar löper ut omedelbart.
CNAME för webbplatsen
När MultiTEL har bekräftat det anpassade värdnamnet och CNAME-målet för din tjänst, skapa den begärda CNAME-posten hos din DNS-leverantör. Kontrollera om DNS-konsolen lägger till zonnamnet automatiskt; ange värdnamnets etikett eller det fullständiga namnet enligt den konsolens anvisningar, utan att duplicera domänen. Det bekräftade CNAME-värdnamnet får inte samtidigt ha A-, AAAA-, MX- eller TXT-poster. Om andra poster redan finns där, kontrollera vilka tjänster som använder dem innan du gör ändringar. Använd ett annat MultiTEL-godkänt värdnamn om det namnet fortfarande betjänar en annan tjänst; ta bara bort befintliga poster efter att du har bekräftat att de inte längre behövs.
Följande är endast ett exempel: det gäller om du äger test123.com och MultiTEL bekräftar både porting.test123.com som ditt värdnamn och porting.multitel.net som CNAME-mål för din tjänst. Använd inte det här målet om inte supporten bekräftar det för din tjänst:
porting.test123.com. IN CNAME porting.multitel.net.Använd exakt det mål som bekräftats för din tjänst. En CNAME-post ensam aktiverar inte den anpassade domänen och garanterar inte ett giltigt HTTPS-certifikat. Bekräfta webbplatsens certifikat och det varumärkesanpassade begärandeflödet innan du delar den nya URL:en.
SPF för begäranmejl
Om MultiTEL bekräftar att begäranmejl kommer att skickas å din domäns vägnar, be supporten att identifiera den sändande domänen som används för SPF och den signeringsdomän som används för DKIM. Dessa behöver inte vara det varumärkesanpassade värdnamnet för webbplatsen. Publicera SPF vid den bekräftade SPF-domänen och den publika DKIM-nyckeln vid det selektorspecifika namnet som beskrivs nedan; lägg inte till TXT-poster för e-postautentisering vid webbplatsens CNAME-värdnamn. Auktorisera den bekräftade sändningstjänsten i SPF-domänens policy. MultiTEL:s SPF-include som visas här är include:_spf.multitel.net. Lägg bara till den efter att supporten har bekräftat att den gäller sändningstjänsten för ditt konto.
Om domänen redan har en SPF TXT-post, slå samman den auktoriserade include-termen med den befintliga policyn. Bevara andra legitima avsändare och den avsedda slutpolicyn; publicera inte en andra SPF-post. Kontrollera hela policyn, inklusive nästlade include och redirect, mot SPF:s DNS-uppslagsgränser. SPF-utvärdering tillåter högst 10 termer som orsakar DNS-uppslag, till exempel include, a, mx, ptr, exists och redirect; om den gränsen överskrids blir resultatet permerror. En trasig SPF-policy kan hindra legitim e-post från att klara SPF-autentisering. Om det inte finns någon befintlig policy och MultiTEL bekräftar att detta är den enda auktoriserade avsändaren, är ett exempel:
@ IN TXT "v=spf1 include:_spf.multitel.net ~all"DKIM för begäranmejl
Publicera exakt den DKIM-selektor, det DNS-postnamn och det TXT-värde för publik nyckel som bekräftats för din signeringsdomän. DKIM-DNS-namnet kombinerar selektorn, _domainkey och signeringsdomänen. Till exempel ger selektorn mail för example.com det fullständiga postnamnet mail._domainkey.example.com; mail._domainkey är det relativa postnamnet, inte selektorn. Hämta de aktuella värdena från MultiTEL-support; anta inte att en selektor eller publik nyckel som kopierats från en gammal artikel, ett annat konto eller MultiTEL:s egen DNS är det värde som används för ditt konto. En publik DKIM-nyckel publiceras i DNS; en privat signeringsnyckel får varken begäras eller publiceras.
Kontrollera om din DNS-konsol lägger till zonnamnet automatiskt, och undvik att duplicera domänen eller _domainkey i postnamnet. Bevara det kompletta värdet för den publika nyckeln när en DNS-konsol delar upp en lång TXT-post i citatteckenomslutna delar.
Verifiera det kompletta resultatet
Gör uppslag mot de auktoritativa namnservrarna och en extern resolver för varje ändrad post. Låt den konfigurerade TTL:n och DNS-cacherna få tid att löpa ut; ett resultat från en enda cachad lokal resolver räcker inte. Jämför det fullständigt kvalificerade postnamnet, typen, det exakta målet eller värdet, citeringen och eventuell avslutande punkt med de bekräftade anvisningarna och din DNS-leverantörs inmatningsformat. Åtgärda motstridiga poster, felaktiga namn, saknade värden och ogiltiga certifikat innan du delar URL:en eller förlitar dig på varumärkesanpassad e-post.
Öppna den bekräftade varumärkesanpassade URL:en för begäran och bekräfta att sidorna laddas med ett giltigt certifikat och det förväntade varumärket. Innan du skickar in något test, fråga MultiTEL-support vilket testflöde som är tillgängligt och om en inskickning skulle inleda en skarp nummerflytt. När supporten har bekräftat att varumärkesanpassad e-post är aktiverad för ditt konto, testa den endast via det bekräftade testflödet och med de exempeldata eller den testprocedur som supporten tillhandahåller, så att du inte inleder en skarp nummerflytt. Granska det mottagna meddelandets autentiseringsresultat för SPF och DKIM. Kontrollera att svar och begärandelänkar når den avsedda destinationen. Behåll den tidigare tjänsten och posterna tillgängliga tills ersättningen har verifierats, och ta bara bort poster som MultiTEL bekräftar är ersatta.