База знань

Використовуйте власний обліковий запис Amazon Route 53 для обслуговування DNS ваших доменів

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

Що це вам дає

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

Перед початком

Обліковий запис AWS. Amazon 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. Підключіть його тут

Відкрийте Integrations у своїй панелі керування та виберіть Connect an account. Виберіть Your own DNS як групу та Amazon Route 53 як обліковий запис, заповніть поля Access key ID і Secret access key та натисніть Connect account.

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

Що відбувається далі

  • Для будь-якого домену відкрийте вкладку DNS і виберіть цей обліковий запис як джерело, де обслуговується
  • DNS домену. Якщо зона не існує, ми створюємо її там і записуємо записи, необхідні для сайтів і пошти домену.

  • Коли з нашого боку щось змінює вимоги до запису (ви переміщуєте сайт, змінюєте CDN або
  • додаєте поштову скриньку), ми оновлюємо запис у вашому обліковому записі.

  • Щоб завершити перенесення, сервери імен вашого домену повинні вказувати на AWS. Якщо домен
  • зареєстрований у нас або у підключеного реєстратора, ми налаштуємо їх за вас; в іншому разі на сторінці домену відображатимуться сервери імен, які потрібно налаштувати.

  • Під час підключення ми перевіряємо, чи може ключ переглядати ваші зони, читати записи та змінювати їх.
  • Контрольний список біля підключення показує, що з цього нам вдалося підтвердити.

Якщо підключення не вдається

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

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

Повідомлення про відхилення ключа. Майже завжди це спричинено однією з трьох причин: пробіл або перенесення рядка, скопійовані разом із ним, термін дії ключа минув, або ключ було відкликано чи згенеровано повторно після копіювання. Створіть новий і вставте його знову.

Підключення встановлено, але згодом виникає помилка. Ключ проходить автентифікацію, але йому бракує дозволу, необхідного для цієї дії. Створіть новий ключ із дозволами, переліченими вище, потім відключіть старе підключення та підключіть новий ключ.

Відключення

Відкрийте Integrations, знайдіть обліковий запис і натисніть Disconnect. Це миттєво видаляє збережений ключ. Усе, що його використовувало, зупиняється під час наступної дії, а екрани, які від нього залежали, повідомляють про це, замість того щоб завершуватися з тихою помилкою.

Відключення не скасовує вже виконаних дій — записи, розгортання чи налаштування, які ми змінили у вашому обліковому записі, залишаються без змін. Якщо ви підозрюєте, що ключ міг бути скомпрометований, також відкличте його у постачальника; відключення видаляє нашу копію, але не їхню.

Останнє з блогу

Про що ми писали щодо хостингу, SEO та керування сайтами в масштабних проєктах.

SEO та лінкбілдинг на рівні хостингу: погляд оператора у 2026 році

Як хостинг впливає на індексацію та посилальну вагу у 2026 році: збереження індексації сторінок, перевірка старих доменів перед створенням сайту на них, посилальний масивінг без цифрового сліду та чесна думка про те, що інфраструктура може і чого не може зробити для SEO.

Прочитати допис

Зробіть WordPress швидким та безпечним: контрольний список для продуктивності та плагінів

Практичний чек-лист для швидкого та безпечного WordPress: кешування на рівні сервера, об'єктне кешування для кожного сайту, жменька плагінів, які варто використовувати, підтримання стека в актуальному стані та сторінки WooCommerce, які ніколи не можна кешувати.

Прочитати допис

Як вибрати керований веб-гостинґ у 2026 році: Посібник покупця

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

Прочитати допис

Читати блог

Все ще потрібна допомога?

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

Звернутися до підтримки Усі статті