База знаний

Используйте собственную учетную запись Amazon Route 53 для обслуживания DNS ваших доменов

Создайте ключ доступа AWS с разрешением на просмотр и изменение записей Route 53 и подключите его, чтобы DNS ваших доменов обслуживался из вашей собственной учетной записи AWS.

Что дает это подключение

Подключение вашего собственного аккаунта AWS позволяет обслуживать DNS домена из вашего аккаунта, а не из нашего. Вы сохраняете за собой зону, счета и панель управления поставщика; мы создаем и обновляем записи, необходимые для ваших сайтов и почтовых ящиков, избавляя вас от необходимости копировать их вручную.

Перед началом работы

Аккаунт AWS. Route 53 взимает плату за размещенную зону и за каждый запрос в вашем счете AWS.

Создайте пользователя IAM для этого подключения с политикой, разрешающей route53:ListHostedZones, route53:ListResourceRecordSets и route53:ChangeResourceRecordSets.

1. Создайте ключ в AWS

В консоли AWS откройте IAM → Users, выберите пользователя, от имени которого должно действовать это подключение (создайте отдельного пользователя — никогда не используйте ваш корневой аккаунт), перейдите на вкладку Security credentials и в разделе Access keys выберите Create access key. Укажите Other в качестве варианта использования, продолжите и выберите Create access key. Скопируйте Access key ID и Secret access key — AWS показывает секретный ключ только один раз. Каждый пользователь IAM может иметь не более двух ключей одновременно.

2. Подключите его здесь

Откройте Интеграции в вашей панели управления и выберите Подключить аккаунт. Выберите Собственный DNS в качестве группы и Amazon Route 53 в качестве аккаунта, заполните поля Access key ID и Secret access key, затем нажмите Подключить аккаунт.

Мы проверяем вставляемые вами данные до сохранения чего-либо. Неработающий ключ никогда не сохраняется, а в ответе указывается причина ошибки. Работающий ключ хранится в зашифрованном виде в нашем хранилище секретов — ни в коем случае не в нашей базе данных — и больше никогда не отображается, даже вам.

Что происходит дальше

  • Для любого домена откройте вкладку DNS и выберите этот аккаунт в качестве источника обслуживания DNS домена. Мы создадим там зону, если она не существует, и внесем записи, необходимые для сайтов и почты домена.
  • Когда изменения на нашей стороне требуют изменения содержимого записи — вы переносите сайт, переключаете CDN или добавляете почтовый ящик — мы обновляем запись в вашем аккаунте.
  • Чтобы завершить перенос, серверы имен вашего домена должны указывать на AWS. Если домен зарегистрирован у нас или у регистратора, которого вы подключили, мы настроим их автоматически; в противном случае необходимые серверы имен будут показаны на странице домена.
  • При подключении мы проверяем возможность ключа просматривать список ваших зон, читать записи и изменять их. Контрольный список рядом с подключением показывает, какие из этих действий нам удалось подтвердить.

Если подключение не удается

Подключение устанавливается, но затем происходит сбой при изменении записи. Просмотр списка зон и изменение записей — это разные разрешения IAM, и проверка изменения выполняется только при первой попытке его внесения. Добавьте route53:ChangeResourceRecordSets в политику пользователя — сам ключ при этом не меняется.

AWS отклонил учетные данные. Ключ доступа был деактивирован или удален в IAM.

Появляется сообщение о том, что ключ отклонен. Почти всегда это одна из трех причин: пробел или перевод строки, скопированные вместе с ним, истекший срок действия ключа, либо ключ, отозванный или повторно сгенерированный после копирования. Создайте новый ключ и вставьте его снова.

Подключение устанавливается, но позже происходит сбой. Ключ проходит аутентификацию, но не имеет разрешения, необходимого для выполнения действия. Создайте новый ключ с перечисленными выше разрешениями, затем отключите старое подключение и подключите новый ключ.

Отключение

Откройте Интеграции, найдите аккаунт и нажмите Отключить. Это действие немедленно удаляет сохраненный ключ. Любой процесс, использовавший его, будет остановлен при следующем действии, а зависящие от него экраны сообщат об этом вместо скрытого сбоя.

Отключение не отменяет уже выполненные действия: записи, развертывания или настройки, измененные нами в вашем аккаунте, остаются в исходном виде. Если вы считаете, что произошла утечка самого ключа, также отзовите его у поставщика; отключение удаляет нашу копию, но не их.

Новое в блоге

О чем мы писали: хостинг, SEO и масштабирование сайтов.

SEO и наращивание ссылочной массы на уровне хостинга: Взгляд оператора в 2026 году

Как хостинг влияет на индексацию и ссылочный вес в 2026 году: поддержание страниц в индексе, проверка старых доменов перед запуском проектов, построение ссылок без цифрового следа (футпринта) и честный взгляд на то, что инфраструктура может и чего не может сделать для SEO.

Читать запись →

Как сделать WordPress быстрым и безопасным: чек-лист по производительности и плагинам

Практический контрольный список для быстрого и безопасного WordPress: кэширование на уровне сервера, объектный кэш для каждого сайта, несколько действительно полезных плагинов, поддержание стека в актуальном состоянии и страницы WooCommerce, которые ни в коем случае нельзя кэшировать.

Читать запись →

Как выбрать управляемый веб-хостинг в 2026 году: руководство для покупателя

Что на самом деле отличает хороший управляемый хостинг от дешевого сервера с панелью управления — миграции, резервное копирование, изоляция, реальное кэширование и честное масштабирование — и как оценить его до принятия обязательств.

Читать запись →

Читать блог →

Всё ещё нужна помощь?

Поддержка включена в каждый тарифный план, служба работает 24 часов в сутки, и вы можете писать нам на любом из наших 58 языков — мы ответим вам на вашем.

Связаться со службой поддержки → Все статьи →