База знань

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

Відкрийте 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 року

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

Читати допис →

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

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

Читати допис →

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

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

Читати допис →

Читати блог →

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

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

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