Настройте брандиран домейн за инструмент за преносимост и удостоверено изпращане на имейли за домейн, който притежавате, като използвате имена на хостове и DNS стойности, които MultiTEL потвърждава за вашата услуга. Тези настройки са отделни от прехвърлянето на телефонен номер.
За какво е тази настройка
Инструментът за преносимост под собствена марка ви позволява да представяте заявки за прехвърляне на номер под собствената си марка и, когато е конфигуриран, да изпращате имейли за заявки от името на собствения си имейл домейн. Промените в DNS в това ръководство се отнасят за този брандиран уебсайт и тази имейл идентичност. Те не са изискване за обикновено прехвърляне на телефонен номер и не променят гласовото маршрутизиране на телефонния номер.
Трябва да притежавате и да контролирате домейна, чийто DNS ще променяте. Не можете да конфигурирате тези записи за адрес в безплатен имейл домейн на трета страна, който не притежавате.
Потвърдете брандираната услуга, преди да променяте DNS
Отворете Преносимост на номера. Използвайте полетата за брандиране там, за да зададете името на марката и логото, използвани за заявките в този екран. За сайт под собствена марка с персонализиран домейн, поискайте от поддръжката на MultiTEL да потвърди кои настройки за марката се прилагат, името на хоста, DNS стойностите за публикуване, домейна на подателя и настройката на HTTPS сертификата за вашия акаунт, преди да публикувате каквито и да е DNS записи.
Не пренасочвайте съществуващ продукционен уебсайт и не променяйте съществуващата доставка на поща единствено за да брандирате заявка за преносимост. Запишете предишните DNS стойности, за да можете да ги възстановите при нужда. Ако е необходимо по-бързо разпространение на по-късна промяна или връщане назад, намалете предварително TTL на засегнатите записи и изчакайте предишния TTL да изтече, преди да направите промяната. Намаляването на TTL не води до незабавно изтичане на съществуващите кеширани отговори.
CNAME на уебсайта
След като MultiTEL потвърди персонализираното име на хост и целта на CNAME за вашата услуга, създайте поискания CNAME при вашия DNS доставчик. Проверете дали DNS конзолата добавя автоматично името на зоната; въведете етикета на хоста или пълното име според инструкциите на тази конзола, без да дублирате домейна. Потвърденото име на хост за CNAME не трябва да има също записи A, AAAA, MX или TXT. Ако там вече съществуват други записи, проверете кои услуги ги използват, преди да правите промени. Използвайте друго одобрено от MultiTEL име на хост, ако това име все още обслужва друга услуга; премахвайте съществуващи записи само след като потвърдите, че вече не са нужни.
Следното е само пример: то се прилага, ако притежавате test123.com и MultiTEL потвърди както porting.test123.com като ваше име на хост, така и porting.multitel.net като цел на CNAME за вашата услуга. Не използвайте тази цел, освен ако поддръжката не я потвърди за вашата услуга:
porting.test123.com. IN CNAME porting.multitel.net.Използвайте точната цел, потвърдена за вашата услуга. CNAME сам по себе си не активира персонализирания домейн и не гарантира валиден HTTPS сертификат. Потвърдете сертификата на сайта и брандирания поток за заявки, преди да споделяте новия URL.
SPF за имейли за заявки
Ако MultiTEL потвърди, че имейлите за заявки ще се изпращат от името на вашия домейн, поискайте от поддръжката да идентифицира домейна за изпращане, използван за SPF, и домейна за подписване, използван за DKIM. Не е задължително те да са името на хоста на брандирания уебсайт. Публикувайте SPF в потвърдения SPF домейн и публичния ключ за DKIM при описаното по-долу име, специфично за селектора; не добавяйте TXT записи за удостоверяване на поща при името на хоста за CNAME на уебсайта. Оторизирайте потвърдената услуга за изпращане в политиката на SPF домейна. Показаният тук MultiTEL SPF include е include:_spf.multitel.net. Добавете го само след като поддръжката потвърди, че се прилага за услугата за изпращане за вашия акаунт.
Ако домейнът вече има SPF TXT запис, обединете оторизирания include в тази съществуваща политика. Запазете другите легитимни изпращачи и предвидената крайна политика; не публикувайте втори SPF запис. Проверете цялата политика, включително вложените include и redirect, спрямо ограниченията на SPF за DNS търсения. Оценката на SPF допуска най-много 10 термина, които предизвикват DNS търсене, като include, a, mx, ptr, exists и redirect; превишаването на този лимит води до permerror. Повредена SPF политика може да попречи на легитимната поща да премине SPF удостоверяване. Ако няма съществуваща политика и MultiTEL потвърди, че това е единственият оторизиран изпращач, пример е:
@ IN TXT "v=spf1 include:_spf.multitel.net ~all"DKIM за имейли за заявки
Публикувайте точния DKIM селектор, името на DNS записа и TXT стойността на публичния ключ, потвърдени за вашия домейн за подписване. DNS името за DKIM комбинира селектора, _domainkey и домейна за подписване. Например, селектор mail за example.com дава пълното име на записа mail._domainkey.example.com; mail._domainkey е относителното име на записа, а не селекторът. Получете текущите стойности от поддръжката на MultiTEL; не приемайте, че селектор или публичен ключ, копиран от стара статия, друг акаунт или собствения DNS на MultiTEL, е стойността, използвана за вашия акаунт. Публичен ключ за DKIM се публикува в DNS; частен ключ за подписване никога не трябва да се изисква, нито да се публикува.
Проверете дали вашата DNS конзола добавя автоматично името на зоната и избягвайте да дублирате домейна или _domainkey в името на записа. Запазете пълната стойност на публичния ключ, когато DNS конзола разделя дълъг TXT запис на части в кавички.
Проверете пълния резултат
Направете заявка към авторитативните сървъри за имена и към външен резолвър за всеки променен запис. Дайте на конфигурирания TTL и на DNS кешовете време да изтекат; резултат от един кеширан локален резолвър е недостатъчен. Сравнете напълно квалифицираното име на записа, типа, точната цел или стойност, кавичките и евентуалната крайна точка с потвърдените инструкции и формата за въвеждане на вашия DNS доставчик. Разрешете конфликтните записи, грешните имена, липсващите стойности и невалидните сертификати, преди да споделяте URL адреса или да разчитате на брандиран имейл.
Отворете потвърдения брандиран URL за заявки и потвърдете, че страниците се зареждат с валиден сертификат и очакваната марка. Преди да подадете какъвто и да е тест, попитайте поддръжката на MultiTEL кой тестов поток е наличен и дали подаването би започнало реално прехвърляне на номер. След като поддръжката потвърди, че брандираният имейл е активиран за вашия акаунт, тествайте го само чрез потвърдения тестов поток и с примерните данни или тестовата процедура, които поддръжката предоставя, за да не започнете реално прехвърляне на номер. Прегледайте резултатите от удостоверяването на полученото съобщение за SPF и DKIM. Проверете дали отговорите и връзките в заявките достигат до предвидената дестинация. Запазете предишната услуга и записите достъпни, докато замяната не бъде проверена, и премахвайте само записи, които MultiTEL потвърди, че са заменени.