Настройте домен фирменного инструмента переносимости и аутентифицированную отправку электронной почты для принадлежащего вам домена, используя имена хостов и значения DNS, которые MultiTEL подтверждает для вашей услуги. Эти настройки выполняются отдельно от переноса телефонного номера.
Для чего нужна эта настройка
Инструмент переноса номеров под вашим брендом (white-label) позволяет представлять запросы на перенос номеров под вашим собственным брендом и, когда это настроено, отправлять письма с запросами от имени вашего собственного почтового домена. Изменения DNS в этом руководстве относятся к этому фирменному веб-сайту и почтовой идентичности. Они не являются требованием для обычного переноса телефонного номера и не изменяют голосовую маршрутизацию телефонного номера.
Вы должны владеть и контролировать домен, DNS которого будете изменять. Вы не можете настроить эти записи для адреса на стороннем бесплатном почтовом домене, которым вы не владеете.
Подтвердите фирменную услугу перед изменением DNS
Откройте Number portability («Переносимость номеров»). Используйте поля фирменного оформления там, чтобы задать название бренда и логотип, используемые для запросов на этом экране. Для сайта под вашим брендом (white-label) с пользовательским доменом попросите службу поддержки 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. Показанный здесь include SPF MultiTEL — include:_spf.multitel.net. Добавляйте его только после того, как служба поддержки подтвердит, что он применяется к службе отправки для вашей учётной записи.
Если у домена уже есть TXT-запись SPF, добавьте разрешённый механизм include в эту существующую политику. Сохраните других легитимных отправителей и предполагаемую итоговую политику; не публикуйте вторую запись SPF. Проверьте всю политику, включая вложенные include и redirect, на соответствие ограничениям DNS-запросов SPF. При оценке 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 подтверждает как заменённые.