Как добавить txt запись в dns nic ru
Обновлено: 21.11.2024
При переносе домена из Amazon Route 53 к другому регистратору вы получаете некоторую информацию от Route 53 и предоставляете ее новому регистратору. Новый регистратор сделает все остальное.
Если в настоящее время вы используете Route 53 в качестве поставщика услуг DNS и также хотите передать службу DNS другому поставщику, имейте в виду, что следующие функции Route 53 не имеют прямых параллелей с функциями, предоставляемыми другими поставщиками услуг DNS. . Вам нужно будет поработать с новым поставщиком услуг DNS, чтобы определить, как добиться сопоставимой функциональности:
Политики маршрутизации, отличные от политики простой маршрутизации. Дополнительные сведения см. в разделе Выбор политики маршрутизации.
Проверки работоспособности, связанные с записями. Дополнительные сведения см. в разделе Настройка аварийного переключения DNS.
Большинство регистраторов доменов предъявляют требования к передаче домена другому регистратору. Основная цель этих требований — предотвратить повторную передачу владельцами мошеннических доменов разным регистраторам. Требования различаются, но типичны следующие требования:
Вы должны зарегистрировать домен у текущего регистратора или передать регистрацию домена текущему регистратору не менее 60 дней назад.
Если срок регистрации доменного имени истек и его необходимо было восстановить, оно должно быть восстановлено не менее 60 дней назад.
Домен не может иметь ни один из следующих кодов статуса имени домена:
Если вы хотите передать свой домен другому регистратору доменов, но учетная запись AWS, в которой зарегистрирован домен, закрыта, приостановлена или прекращена, вы можете обратиться за помощью в службу поддержки AWS. Домены не могут быть переданы в течение первых 14 дней после регистрации. Дополнительные сведения см. в разделе Обращение в службу поддержки AWS по поводу проблем с регистрацией домена.
Чтобы перенести домен от Route 53 к другому регистратору
На панели навигации выберите Зарегистрированные домены.
Выберите имя домена, который вы хотите передать другому регистратору.
На странице Зарегистрированные домены > доменное имя проверьте значение кода статуса доменного имени. Если это одно из следующих значений, в настоящее время перенос домена невозможен:
Если код статуса доменного имени имеет значение serverTransferProhibited, вы можете бесплатно обратиться в службу поддержки AWS, чтобы узнать, что необходимо сделать, чтобы перенести домен. Дополнительные сведения см. в разделе Обращение в службу поддержки AWS по поводу проблем с регистрацией домена.
Если для параметра Блокировка передачи установлено значение Включено, выберите Отключить.
Выберите Сохранить.
Вам не нужно получать код авторизации для передачи домена .co.za другому регистратору.
Вам не нужно получать код авторизации для передачи домена .es другому регистратору.
Вам не нужно получать код авторизации, чтобы инициировать перенос у нового регистратора, но он потребуется для подтверждения переноса.
Выберите вариант восстановления учетных данных по доменному имени.
Введите имя своего домена и нажмите «Продолжить».
Следуйте инструкциям на экране, чтобы получить доступ к странице администрирования RU-CENTER.
В разделе "Управление аккаунтом" выберите "Перенос домена".
Подтвердить перевод через REGRU-RU.
Измените тег IPS на значение для нового регистратора:
На странице Зарегистрированные домены > имя домена в разделе Тег IPS выберите Изменить тег IPS и укажите значение, полученное на шаге 7а.
Выберите «Обновить».
Если в настоящее время вы не используете Route 53 в качестве поставщика услуг DNS для своего домена, перейдите к шагу 10.
Если в настоящее время вы используете Route 53 в качестве поставщика услуг DNS для домена, выполните следующие действия:
Выберите размещенные зоны.
Выберите имя зоны хостинга для вашего домена. Домен и размещенная зона имеют одно и то же имя.
Если вы хотите и дальше использовать Route 53 в качестве поставщика услуг DNS для домена: получите имена четырех серверов имен, которые Route 53 назначил вашей зоне хостинга. Дополнительные сведения см. в разделе Получение серверов имен для общедоступной зоны размещения.
Если вы не хотите продолжать использовать Route 53 в качестве поставщика услуг DNS для домена: запишите настройки для всех ваших записей, кроме записей NS и SOA. Для функций, специфичных для Route 53, таких как записи псевдонимов, вам нужно будет работать с вашим новым поставщиком услуг DNS, чтобы определить, как добиться сопоставимой функциональности.
Если вы передаете службу DNS другому поставщику, используйте методы, предоставляемые новой службой DNS, для выполнения следующих задач:
Создать размещенную зону
Создавайте записи, воспроизводящие функциональность ваших записей Route 53
Получите серверы имен, назначенные новой службой DNS вашей зоне хостинга
Используйте процесс, предоставленный новым регистратором, чтобы запросить перенос домена.
Если вы по-прежнему хотите использовать Route 53 в качестве поставщика услуг DNS, используйте процесс, предоставленный новым регистратором, чтобы указать имена серверов имен Route 53, которые вы получили на шаге 8. Если вы хотите использовать другой DNS-провайдер, укажите имена серверов имен, которые новый провайдер дал вам при создании новой размещенной зоны на шаге 9.
Ответить на электронное письмо с подтверждением:
Route 53 отправляет электронное письмо с подтверждением на адрес электронной почты контактного лица регистранта домена:
Если вы не ответите на письмо, перенос произойдет автоматически в указанную дату.
Если вы хотите, чтобы передача произошла раньше или вы хотите отменить передачу, перейдите по ссылке в электронном письме, чтобы перейти на веб-сайт Route 53, и выберите подходящий вариант.
Если вы не ответите на письмо, перенос будет отменен в указанную дату.
Если вы хотите, чтобы передача произошла раньше или вы хотите отменить передачу, выберите ссылку в электронном письме, чтобы перейти на веб-сайт Route 53, и выберите подходящий вариант. Вам потребуется предоставить код авторизации домена, который вы получили на шаге 7.
Кроме того, вы можете получить электронное письмо от WIXI.jp. Вы можете игнорировать это письмо.
Если регистратор, которому вы передаете домен, сообщает, что передача не удалась, обратитесь к этому регистратору за дополнительной информацией. Когда вы передаете домен другому регистратору, все обновления статуса передаются новому регистратору, поэтому у Route 53 нет информации о том, почему передача не удалась.
Если новый регистратор сообщает, что передача не удалась из-за того, что код авторизации, полученный от Route 53, недействителен, откройте запрос в службу поддержки AWS. (Вам не нужен контракт на поддержку, и плата не взимается.) Дополнительную информацию см. в разделе Обращение в службу поддержки AWS по поводу проблем с регистрацией домена.
Если вы передали службу DNS другому поставщику службы DNS, вы можете удалить записи в размещенной зоне и удалить размещенную зону после того, как преобразователи DNS перестанут отвечать на запросы DNS с именами серверов имен Route 53. Обычно это занимает два дня — столько времени, сколько DNS-преобразователи обычно кэшируют имена серверов имен для домена.
Если вы удалите размещенную зону, пока резолверы DNS все еще отвечают на DNS-запросы с именами серверов имен Route 53, ваш домен станет недоступен в Интернете.
После того как вы удалите размещенную зону, Route 53 перестанет взимать с вас ежемесячную плату за размещенную зону. Дополнительные сведения см. в следующей документации:
Файл зоны состоит из записей ресурсов различных типов.
Единственный поддерживаемый тип записей — IN.
Набор записей ресурсов с одинаковым типом, классом и именем (в левой части записи) называется набором записей (RRset).
Необходимыми записями являются записи SOA и NS для имени, соответствующего имени зоны. Все остальные записи можно опустить.
Записи состоят из различных полей (параметров).
Формат записи параметров времени
В интерфейсе редактора зон можно указать значения временных параметров в неделях, днях, часах, минутах и секундах, используя соответствующие буквы: w — недели, d — дни, h — часы, m — минуты, s — секунд.
XXw — ХХ недель, XXd — ХХ дней, XXh — ХХ часов, XXm — ХХ минут, XXs — ХХ секунд (где ХХ — число).
В файле зоны параметр времени будет указан в секундах.
Примеры записи:
1890 — 1890 секунд;
2d5h — 2 дня и 5 часов;
3:30 – 3 часа 30 секунд.
Параметры TTL по умолчанию, TTL, минимальный срок жизни
Временные параметры TTL по умолчанию, TTL, Минимальный TTLопределить TTL (Time-to-live), в течение которого DNS-серверы (кроме вторичных), получившие информацию о записях с любого DNS-сервера, будут кэшировать ее и передавать через запросы других DNS серверы.
Определяет (время жизни) для данной записи.
Необязательный параметр. Если в записи не указано значение параметра, «время жизни» определяется параметром Default TTL.
Рекомендуемое значение:
86400 (1д);
Диапазон допустимых значений мастера DNS (для редактора файла зоны):
от 600 до 2147483647 включительно (2 в степени 31 минус 1.)
Записи, принадлежащие одному RRrset (с тот же тип, класс и имя в левой части записи) должны иметь одинаковое значение TTL.
Время жизни по умолчанию
Определяет TTL — «время жизни», в течение которого кэширующие DNS-серверы, получившие информацию о записях с любого DNS-сервера, будут кэшировать ее и обмениваться данными через запросы других DNS-серверов и распознавателей.
Рекомендуемое значение:
86400 (1д);
Диапазон допустимых значений DNS-мастера (для редактора файла зоны):
от 600 до 2147483647 включительно (2 в степени 31 минус 1.)
Минимальный срок жизни
Определяет "время жизни" отрицательных ответов на запросы ресурсов, не существующих в DNS.
Действительные значения:
не менее 5 минут.
Формат записи временных параметров указан в пункте "Формат записи временных параметров"
Запись SOA (Start of Authority) или начальная запись зоны указывает, на каком сервере хранится справочная информация об этом домене, содержит контактные данные лица, ответственного за эту зону, параметры времени кэширования информации о зоне и интерфейс DNS-серверов.
Любая зона должна содержать одну запись SOA для имени, соответствующего имени зоны.
Формат записи SOA
Имя [TTL] Данные SOA
имя: имя зоны
TTL: см. описание параметра TTL в пункте TTL
SOА: тип записи
Данные:
Первичным DNS-сервером для определенной зоны является DNS-сервер, хранящий полную исходную информацию об этой зоне.
Адрес электронной почты лица, ответственного за содержимое файла зоны.
Формат записи параметра Hostmaster:
В интерфейсе редактора зоны в этом поле должен быть указан адрес электронной почты (один) в общепринятом формате адреса электронной почты.
В файле зоны адрес будет записан в стандартном формате Hostmaster, т.е. с заменой символа "@" на "." и с точкой в конце.
Серийный номер — номер версии файла зоны. Это число должно быть положительным целым числом и увеличиваться при каждом изменении файла зоны (см. RFC1982). Увеличение серийного номера показывает вторичным серверам, что зона была изменена, и они должны обновить зону на своей стороне.
Вы можете не увеличивать это число вручную, так как оно автоматически увеличивается при сохранении файла зоны в редакторе файла зоны.
Если вы измените серийный номер таким образом, чтобы он оставался неизменным после сохранения файла зоны или стал меньше, чем был раньше, вторичные серверы будут считать данные неизменными и вообще не смогут их прочитать с основного сервера.
Диапазон допустимых значений (для редактора файла зоны): от 0 до 2 147 483 646 включительно (2 в степени 31 минус 2).
Временной параметр Refresh указывает, как часто вторичный сервер должен запрашивать у первичного сервера информацию о том, был ли увеличен Серийный номер зоны и, соответственно, нуждается ли он в обновлении.
Рекомендуемое значение: от 1 до 6 часов.
Диапазон допустимых значений: от 30 м до 4 Вт.
Формат записи временных параметров указан в пункте "Формат записи временных параметров"
Retry - указывает, как долго вторичный сервер имен должен ждать перед повторной попыткой запроса первичного сервера (с учетом изменения серийного номера этой зоны) для согласования описания зоны, если предыдущая попытка не удалась;
Рекомендуемое значение: от 20 м до 60 м;
Диапазон допустимых значений: от 5m до 2w, но не более Refresh.
Формат записи временных параметров указан в пункте "Формат записи временных параметров"
Параметр Expire указывает верхний предел времени, в течение которого вторичный сервер может использовать более ранние данные о зоне до истечения срока их действия из-за потери обновления (например, в результате отключения первичного сервера имен на длительное время);
Рекомендуемое значение: от 1 нед до 1 м;
Диапазон допустимых значений: не менее параметра Refresh и не более 1 года.
Формат записи временных параметров указан в пункте "Формат записи временных параметров"
Редактирование записи SOA
Для редактирования записи SOA необходимо выбрать доменное имя.
Затем выберите пункт "SOA и TTL".
Затем заполните необходимые поля и нажмите «Применить».
Тогда перед загрузкой обновленного файла зоны можно просмотреть его содержимое, поэтому войдите в «Ресурсные записи».
Нажмите на ссылку "Предварительный просмотр зоны".
В открывшемся окне проверьте корректность обновленных данных.
В этом случае запись SOA имеет следующий вид:
Если данные верны, зона должна быть загружена. Поэтому закройте окно с содержимым файла зоны и нажмите «Загрузить зону».
Запись позволяет установить соответствие между именем хоста в домене и его IP-адресом.
Запись имеет следующий формат:
hostname [TTL] IP-адрес
hostname: доменное имя хоста (устройства), подключенного к Интернету, для которого данная запись устанавливает соответствие с его IP адрес.
TTL: см. описание параметра TTL в пункте TTL
A: тип записи
IP address: IP-адрес хоста.
Обратите внимание, что все записи A, относящиеся к одному и тому же имени хоста, должны иметь одинаковое значение TTL.
или
NS-запись имеет следующий формат:
domain_name [TTL] NS host_name
TTL: см. описание параметра TTL в пункте TTL
NS: тип записи
hostname: домен имя DNS-сервера.
Обратите внимание, что все записи NS, относящиеся к одному и тому же имени хоста, должны иметь одинаковое значение TTL.
Если в зону для делегирования данного доменного имени были внесены NS-записи, никакие другие типы записей, кроме клеевых записей, если они необходимы (см. RFC1034), не должны быть доступны для данного доменного имени в данном зона.
Запись MX (Mail Exchange) определяет почтовый сервер — машину, обрабатывающую почту для вашего домена.
MX-запись имеет следующий формат:
domain_name [TTL] MX приоритет почтового сервера
TTL: см. описание параметра TTL в пункте TTL
MX: тип записи
priority : определяет значение приоритета почтового сервера. Чем меньше число — тем выше приоритет почтового сервера (0 — самый высокий приоритет, 65535 — самый низкий приоритет). Таким образом, почтовый сервер с наивысшим приоритетом является основным, а почтовые серверы с более низким приоритетом будут второстепенными и будут активированы, если более приоритетные серверы по каким-либо причинам недоступны или неработоспособны.
почтовый сервер: имя почтового сервера.
или
Обратите внимание, что все записи MX, относящиеся к одному доменному имени, должны иметь одинаковое значение TTL, т. е. примеры записей могут не существовать одновременно.
Запись CNAME (каноническое имя) позволяет присваивать хосту мнемонические имена. Мнемонические имена или псевдонимы широко распространены для привязки какой-либо функции к хосту или просто для сокращения имени.
Настоящее имя иногда называют каноническим.
При наличии записи CNAME для хоста, содержащей его мнемонические имена, другие записи для этого хоста должны ссылаться на его реальное (каноническое) имя, а не на мнемоническое. Когда DNS-программы сталкиваются с записью CNAME, они останавливают свои запросы по мнемоническому имени и переключаются на настоящее имя.
Кроме того, если данное имя используется в качестве псевдонима, оно не должно содержать никаких других записей.
Т.е. следующая структура неприемлема:
домен CNAME имя хоста
домен MX 10 почтовый сервер
Мнемонические имена полезны, например, в случаях, когда имя хоста изменилось, и вы хотите разрешить пользователям, которые знают предыдущее имя, получить доступ к хосту.
Запись CHAME имеет следующий формат:
мнемоимя [TTL] CNAME имя хоста
Мнемоимя: мнемоническое имя хоста
TTL: см. описание параметра TTL в пункте TTL
MX: тип записи
имя хоста: каноническое имя хоста.
или
Запись AAAA позволяет установить соответствие между именем хоста в домене и его IPv6-адресом.
Запись AAAA имеет следующий формат:
имя хоста [TTL] AAAA IPv6-адрес
имя хоста: доменное имя хоста (устройства), подключенного к Интернету, для которого эта запись устанавливает соответствие с его IPv6 адрес.
TTL: см. описание параметра TTL в пункте TTL
АAAA: тип записи
IPv6 address: IPv6 адрес хоста.
Обратите внимание, что все записи АААА, относящиеся к одному и тому же имени хоста, должны иметь одинаковое значение TTL.
или
Записи PTR (указатель) используются для преобразования IP-адресов в имена хостов. Для каждого сетевого интерфейса хоста должна быть создана запись PTR.
Примечание: Если провайдер выделил вам несколько IP-адресов из своей сети, любые вопросы с записями в зонах с обратным отображением следует адресовать ему.
PTR-запись имеет следующий формат:
Адрес [TTL] Имя хоста PTR
address: разрешенный IP-адрес хоста
TTL: см. описание параметра TTL в пункте TTL
PTR: тип записи
Примеры записей PTR
или
Записи SRV используются для поиска серверов, обеспечивающих работу любых сервисов в этом домене.
Подробнее об этом типе записей см. в документе RFC-2782.
Запись SRV имеет следующий формат:
_Service._Proto.Name [TTL] SRV Priority Weight Port Target
Service: имя службы (например: ldap, kerberos, gc и другие).
Proto: протокол, по которому клиенты могут переключаться на этот сервис (например: tcp, udp).
Имя: доменное имя, в котором размещен этот сервис.
TTL: см. описание параметра TTL в пункте TTL.
SRV: Тип записи.
Priority: приоритет данного сервера. Чем меньше число — тем выше приоритет (0 — самый высокий приоритет, 65535 — самый низкий приоритет).
Вес: относительный вес серверов с одинаковым приоритетом. Предназначен для балансировки нагрузки между серверами, для которых указан равный приоритет.
Порт: порт, на котором находится указанная служба на данном сервере.
Цель: доменное имя сервера, предоставляющего эту услугу.
Примеры записей SRV
или
Запись TXT обычно используется для текстового описания доменного имени.
Запись TXT имеет следующий формат:
name [TTL] TXT text
name: имя домена или хоста
TTL: см. описание параметра TTL в пункте TTL
TXT: тип записи
текст: одна или несколько строк текста, каждая из которых содержит не более 255 символов.
Примеры записи TXT:
При добавлении или редактировании записи TXT в интерфейсе редактора файла зоны:
- Если необходимо ввести две или более строк текста, они должны быть разделены разделителями строк.
- Если строка ввода содержит более 255 символов, строка автоматически отделяется после 255-го символа.
- Никаких квот (символ ") в начале и конце текстовой строки ставить не нужно. В файле зоны строка будет автоматически введена в стандартном формате TXT, т.е. - с квотами.
- Если текстовая строка содержит квоты, они будут автоматически проверены.
Просмотр существующих записей ресурсов
Для просмотра записей ресурсов необходимо выбрать доменное имя.
Перейти в раздел "Записи ресурсов"
Затем отобразится страница со списком всех существующих записей ресурсов.
Добавление записей ресурсов
Чтобы добавить новую запись, перейдите в раздел «Ресурсные записи» зоны и нажмите «Добавить новую запись».
Укажите запрашиваемые параметры добавляемой записи.
* Количество и набор параметров различаются в зависимости от типа добавляемой записи.
После добавления новой зоны вам потребуется загрузить файл зоны, чтобы изменения вступили в силу. Поэтому нажмите «Загрузить зону» на этой странице.
Маски (символ "*") в записях файла зоны
DNS резервирует специальный символ — звездочку (*) для использования в файлах зон как часть маски. Звездочка сравнивается с любым количеством тегов в имени, за исключением случаев, когда запись имени уже существует в базе данных DNS-сервера.
Допускается звездочка (*) в имени домена и имени хоста, если имя хоста размещено в левой части записи. Звездочка (*) не допускается в имени домена в левой части записи NS.
Примеры использования масок:
или
Запись означает, что любое возможное имя хоста в домене domaintest.ru (например, «www.domaintest.ru», «mail.domaintest.ru», «любое имя1.любое имя2.доментест.ру» и т. д.) будет соответствуют IP-адресу 194.123.1.1.
Ограничения масок:
Маски не сравниваются с доменными именами, для которых уже определены данные.
Текст был успешно обновлен, но возникли следующие ошибки:
Прокомментировал Neilpang 15 ноября 2019 г.
скажите, какая строка?
slalik прокомментировал 15 ноября 2019 г.
Строка 92, содержащая grep "$txtvalue"
Прокомментировал Neilpang 16 ноября 2019 г.
@slalik
исправлено. попробуйте еще раз с последней веткой разработки.
slalik прокомментировал 16 ноября 2019 г.
Спасибо! Я не знаю, как сделать настоящий тест, проблема возникает только тогда, когда значение записи DNS начинается с тире. Но это должно работать.
Сергей-Зорин прокомментировал 26 декабря 2019 г.
slalik прокомментировал 6 января 2020 г.
dns_nic.sh записывает NIC_Customer в account.conf, но читает NIC_Token .
Полагаю, это серьезный баг.
Возможно, можно исправить с помощью
- _saveaccountconf_mutable NIC_Customer "$NIC_Token"
+ _saveaccountconf_mutable NIC_Token "$NIC_Token"
Сергей-Зорин прокомментировал 6 января 2020 г.
Я могу предложить pull request через несколько дней.
Насколько важна обратная совместимость?
Можно ли полностью избавиться от параметра NIC_Token?
Neilpang прокомментировал 6 января 2020 г.
@slalik исправлено. попробуйте еще раз с веткой dev
rserpent прокомментировал 6 января 2020 г.
Я думаю, что мы можем легко изменить параметр NIC_Token и нарушить обратную совместимость, но лучше изменить документы.
Neilpang прокомментировал 6 января 2020 г.
rserpent прокомментировал 6 января 2020 г.
slalik прокомментировал 6 января 2020 г.
Все работает, спасибо!
Сергей-Зорин прокомментировал 6 янв. 2020 г. •
Я отправил PR 2678
После слияния PR необходимо будет исправить документацию
Новое поведение обратно совместимо со старой реализацией.
Если NIC_ClientID или NIC_ClientSecret недоступны из среды или сохраненной конфигурации,
скрипт пытается найти старый NIC_Token и использовать его для вычисления NIC_ClientID и NIC_ClientSecret.
Сергей-Зорин прокомментировал 9 января 2020 г.
Ошибка в строке 149 файла dns_nic.sh
В моем случае $response выглядит следующим образом:
Это вызывает ошибку в журнале:
Эта ошибка была исправлена в PR 2678, упомянутом выше
Сергей-Зорин прокомментировал 9 января 2020 г.
Alexilmarranen прокомментировал 12 августа 2020 г. •
У меня такая же проблема:
acme.sh версии 2.8.7
Что я могу с этим сделать?
Alexilmarranen прокомментировал 12 августа 2020 г.
Я разобрался с этой проблемой:
В моей учетной записи сетевого адаптера есть две службы, и созданный URL-адрес пытается использовать обе службы.
Хорошим решением для большинства пользователей является использование только первой службы (обычно это основная зона DNS).
Прежде чем ваша компания сможет использовать Gmail с вашим аккаунтом Google Workspace, вам необходимо изменить записи MX вашего домена, чтобы они направляли ваши входящие сообщения на почтовые серверы Google.
Как это работает
- Вы получите новые записи MX с помощью инструмента настройки Google Workspace.
- Вы войдете в регистратор своего домена, удалите все существующие записи MX для вашего домена, которые направляют сообщения к вашему текущему поставщику услуг электронной почты, и добавите записи MX Google.
- Как только регистратор вашего домена опубликует записи Google MX, мы активируем Gmail для вашего домена.
Google не может изменить ваши записи MX за вас. Это может сделать только владелец домена.
Прежде чем начать
Это будет нелегко, но мы здесь, чтобы помочь.
Записи DNS существуют с момента появления Интернета. Это может быть сложной задачей, и шаги различны для каждого домена. Мы постарались сделать эту работу как можно проще, но вы можете разочароваться.
Пожалуйста, прочитайте внимательно, и мы поможем вам пройти через это!
Подготовьтесь к активации Gmail
- Каждый существующий адрес электронной почты в вашей компании должен быть связан с учетной записью Google Workspace. Используйте инструмент настройки, чтобы добавить оставшиеся учетные записи электронной почты.
- Убедитесь, что сейчас самое время внести это изменение. Остальным пользователям Интернета может потребоваться до 48 часов, чтобы узнать о ваших новых записях MX. В это время ваш старый поставщик услуг электронной почты может получать сообщения.
Вам нужно будет войти в свой регистратор
Прежде чем начать, убедитесь, что у вас есть идентификатор учетной записи и пароль, необходимые для входа в регистратор. Если вам нужна помощь с этой учетной записью, обратитесь к своему регистратору.
Откройте инструмент настройки Google Workspace
Для выполнения этой задачи необходимо использовать инструмент настройки Google Workspace. Если он еще не открыт на другой вкладке, нажмите ниже, чтобы открыть его.
Важно! Мы настоятельно рекомендуем вам следовать инструкциям в инструменте настройки и возвращаться на эту страницу только в том случае, если вам нужна дополнительная информация.
Я застрял, и мне нужна помощь
Я получаю сообщение об ошибке, когда нажимаю синюю кнопку
Инструмент настройки предназначен только для администраторов Google Workspace и Cloud Identity. Он не работает ни с одним другим продуктом Google.
Убедитесь, что вы входите в систему с учетной записью администратора.
Он говорит, что Gmail активирован для моего домена
Ваши записи MX уже настроены.
Если вы читаете эту статью, потому что у вашей компании проблемы с получением электронной почты:
Sender Policy Framework и соответствующие TXT-файлы используются для подтверждения права собственности на домен и реализации мер безопасности электронной почты для уменьшения количества спама и спуфинга домена. Это запись DNS, которая предоставляет текстовую информацию источникам за пределами домена, которую можно использовать для нескольких целей. Значение записи может быть текстом, читаемым человеком или машиной.
| v=spf1 | mx | < th colspan="1" rowspan="1">включитьip4:66.96.128.0 | -все | |
|---|---|---|---|---|
| Устанавливает используемую версию SPF. | Позволяет данным MX домена отправлять электронное письмо. | Включает почтовые серверы Google в качестве авторизованных серверов. | Этот IP-адрес будет пропущен. | Любой другой IP-адрес не будет работать. |
Обновление записей TXT/SPF
В представлении списка нажмите домен или его значок шестеренки справа.
Чтобы обновить TXT с помощью записи API, обратитесь в нашу службу поддержки, чтобы помочь вам.
Обратите внимание, что изменения записи DNS вступят в силу в течение 24–48 часов.
Читайте также: