Як безперешкодно передавати домен (уникати простоїв, оскільки сервери імен попереднього реєстратора перестали обслуговувати записи DNS)

Я щойно переніс домен від GoDaddy на NameCheap.com. Був період простою, поки я не налаштував належні налаштування в NameCheap. Під час цього простою браузери повернули помилку 408 затримки запиту. Наступного разу, як я можу уникнути простоїв під час передачі домену, оскільки сервери імен попереднього реєстратора перестали обслуговувати записи? Зокрема, переходить до NameCheap (від GoDaddy).

Зауважте, це запитання дещо відрізняється від передачі домену - обробка простоїв, оскільки NameCheap скопіював інформацію про сервер імен GoDaddy для домену, але сервери імен GoDaddy перестали обслуговувати записи DNS. Коли я перейшов на сервери імен NameCheap, мені довелося вручну вводити всі записи.

Я міг присягнути на попередній передачі (також з GoDaddy в Namecheap) записи DNS всі передавалися автоматично, без простоїв. Що я робив інакше минулого разу? Це було лише питання переключення сервера імен як можна швидше? Я думаю, що проблема полягає в налаштуванні домену для використання серверів імен NameCheap до того, як сервери імен GoDaddy перестануть обслуговувати записи.

Я думав про два можливі рішення, але не впевнений, чи можливе будь-яке:

• встановіть TTL для записів на GoDaddy дуже велике значення (можливо, це буде неможливо, якщо я вже не володію доменом)
• використовувати проміжний, сторонній сервер імен

Якісь кращі ідеї?

Ну, спочатку слід перевірити базу знань NameCheap: Як перенести домен у Namecheap без величезного простою?

NameCheap пропонує послугу FreeDNS, щоб їх сервери імен могли почати обробляти запити DNS перед передачею. Я припускаю, що він продовжуватиме працювати і при віддаленні від NameCheap.

Існує кілька деталей, які потрібно перенести, і спосіб уникнути простоїв - це передати одну за одною в правильному порядку.

Я припускаю, що у вас було все під одним дахом з реєстром godaddy, dns-провайдерами, веб-хостом тощо, і все це в одному пакеті. Тож коли ви перенесли домен, godaddy зупинив усі сервери за один раз. Щоб уникнути простоїв, ви повинні контролювати та змінювати різні деталі. Наприклад, я зареєстрував би домен в одній компанії, скористався послугами dns іншої та придбав хостинг у третьої. Це складніше для налаштування і може коштувати дорожче, але дає більше контролю.

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

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

Процес переміщення:

1. Створіть резервні копії всього, файлів, баз даних, налаштувань електронної пошти, безлічі, просто виправдайте, що все піде не так.

2. Встановіть значення TTL на DNS на коротке значення.

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

4. Перевірте, чи правильно працювала копія.

5. Змініть стару систему DNS, щоб вказати на новий веб-сервер і перевірити завантаження сайту. (якщо перевірити, ви можете знову активувати повну динамічну поведінку.)

6. Скопіюйте параметри DNS зі старого сервера на новий DNS-сервер.

7. Змініть сервери імен у реєстратора, щоб вказати на новий DNS-сервер.

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

9. Якщо ви передаєте реєстратор, виконайте цей крок останнім, перш ніж закрити старий обліковий запис.

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

Добре, по-перше, не потрібно переміщувати файли / бази даних тощо, якщо ви фактично також не хостингуєте з вашим поточним реєстратором.

По-друге, найголовніше, що часто ігнорується, і сприяє скороченню часу під час передачі - це чи дозволить новий реєстратор встановити DNS перед передачею. Багато хто цього не відкриває і не визнає. Наприклад, 1and1.com змінить ваші сервери імен на свої, але не дозволить вам змінити будь-які налаштування DNS, поки передача не завершиться і не стане доступною для адміністративних служб, яку я бачив ще через 24-48 годин після завершення передачі.

1) Переконайтеся, що новий реєстратор насправді підтримує існуючий сторонній DNS, визначений у ваших записах WHOIS, що вони будуть шукати під час запиту на передачу

2) Налаштуйте сторонні DNS, такі як звільнений DNS від сховища імен та скопіюйте існуючі налаштування зони DNS, якими ви користуєтесь у вашого поточного реєстратора

3) Змініть DNS-сервери у вашого поточного реєстратора на сторонні DNS, такі як безкоштовний DNS та перевірка поширення може зайняти 48 годин

4) Переконайтеся, що контактна інформація в WHOIS є точною, і реєстраційний та адміністративний електронні адреси є дійсними

5) Розблокуйте домен у поточного реєстратора та запитайте код авторизації передачі, який, як правило, вам надійде по електронній пошті, або електронною поштою облікового запису реєстратора / адміністратора WHOIS.

6) Ініціюйте передачу з новим реєстратором, використовуючи код автентифікації та перевірку електронної пошти, яку вони надсилають на рахунок електронної пошти WHOIS, який підтверджує право власності на домен

Дочекайтеся завершення передачі.

Нещодавно я робив подібний перемикач, але цього разу я був готовий. Це я і зробив.

• Скопіюйте ВСІ свої записи DNS зі старого хоста сервера імен на новий хост сервера імен. Використовуйте той же TTL, якщо у вас немає причин цього не робити.
• Зачекайте, поки нові сервери імен відповідають на ваші запити DNS. Ви можете використовувати, dig @newnameserver yourdomain.com A +shortщоб побачити, чи відповідає вона.
• Змініть сервери імен реєстратора, щоб вказати на нових серверів імен.
• Зачекайте кілька днів, коли нові сервери імен поширюватимуться по всьому світу (краще безпечно, ніж вибачте)
• Скасуйте свій старий хост-сервер імен

Правда, це зробило міграцію багатоденною справою. Коли я здійснив перехід з веб-хостингу / іменного хостингу на новий хост, спершу я зробив кроки 2-3, які зайняли менше доби (новий хост-сервер імен не завжди одразу підбирав зміни). Це було в середу. Наступної суботи я зробив фактичну передачу веб-сайту, а потім зробив останній крок наступного понеділка. Лише деякі користувачі були проблеми , тому що я випадково встановити CNAMEдля wwwдо ghs.google.com(хе).