Вступ
Під час перенесення сайту часто змінюють DNS «швидко й на місці»: один запис у реєстратора, другий — у панелі хостингу, третій — у CDN. Якийсь час усе виглядає нормально, але потім з’ясовується, що частина користувачів бачить стару версію сайту, а частина — нову. Особливо неприємно, якщо форми на старому сайті все ще активні.
Симптоми
Типова ситуація: власник відкриває сайт і бачить нову версію, менеджер — стару, а рекламна система перевіряє третій варіант. Листи можуть надходити зі старої форми, нові заявки — потрапляти в нову CRM, а аналітика обліковує події непередбачувано.
Що перевіряється
- які NS насправді вказані для домену
- чи є стара DNS-зона на хостингу або в CDN
- які записи A/AAAA/CNAME повертають різні резолвери
- який TTL встановлено і скільки чекати на поширення
- Чи не ввімкнено DNSSEC із застарілими ключами?
- чи не залишилися записи з символами-замінниками або старі піддомени
- куди ведуть форми, sitemap, robots.txt та канонічний URL
Процес виправлення
Спочатку визначається єдине джерело правди: де має управлятися DNS-зона. Потім перевіряються відповіді кількох публічних резолверів та авторитетних NS. Старі конфліктуючі записи видаляються, TTL приводиться до нормального значення, а непотрібні AAAA або wildcard-записи відключаються, якщо вони ведуть не туди. Після цього окремо перевіряються форми та технічні URL-адреси, оскільки вони можуть посилатися на старий домен або сервер.
Нормальний результат
Нормальний результат — одна активна DNS-зона, зрозумілі записи, передбачуваний TTL та перевірка ззовні. Старий сервер або відключений, або виконує коректне перенаправлення, або закритий для прийому запитів.
Висновок
Проблеми з DNS небезпечні тим, що сайт «працює» і «не працює» одночасно. Доки не перевірено авторитетні відповіді та реальні резолвери, не можна вважати перенесення завершеним.