У панелі хостингу натиснули «Встановити SSL», але замість сертифіката отримали помилку перевірки домену? Повторні спроби не допомагають, а дата завершення чинного сертифіката наближається. У такій ситуації потрібно знайти, чому сервіс Let’s Encrypt не може підтвердити керування адресою сайту.
Цей матеріал присвячений саме невдалому випуску або продовженню сертифіката. Для власника WordPress-сайту важливо зберегти робоче з’єднання, усунути перешкоду перевірці й переконатися, що наступне поновлення пройде автоматично.
З чого почати, якщо SSL не встановлюється
Збережіть повний текст помилки з панелі хостингу або журналу ACME-клієнта — програми, що замовляє сертифікат. Запишіть час спроби, перелік доменів у заявці та останні зміни: перенесення сайту, підключення CDN, зміну DNS або захисту від ботів. Не видаляйте чинний сертифікат до успішного отримання нового.
- Unauthorized або invalid response: перевірка отримала неправильну відповідь.
- Timeout або connection refused: сервер перевірки не зміг під’єднатися до потрібного ресурсу.
- DNS problem: потрібно перевірити DNS-записи та доступність авторитетних серверів.
- Rate limit: нові спроби обмежено; спочатку усуньте причину, потім дотримуйтеся строку повтору з повідомлення.
Назви повідомлень залежать від панелі. Якщо в заявці кілька адрес, знайдіть ту, на якій сталася відмова: основний домен може проходити перевірку, а версія з www — ні.
Чому файл перевірки повертає 403 або 404
За способом HTTP-01 сервіс звертається до спеціального файла в каталозі /.well-known/acme-challenge/. Початкове підключення відбувається через порт 80. Деталі цього механізму наведено в офіційній документації Let’s Encrypt.
Файл може бути створений не в корені потрібного сайту. Інша поширена ситуація — запит перехоплюють правила WordPress і замість токена повертають сторінку 404, форму входу або заглушку технічного обслуговування. Попросіть хостинг перевірити відповідь саме за адресою з журналу невдалої спроби.
Якщо доступ блокує захисний сервіс, налаштуйте вузький виняток для службового шляху відповідно до рекомендацій провайдера. Постійно вимикати захист усього сайту для поновлення сертифіката не потрібно. Звичайний редирект на HTTPS сам по собі ще не доводить причину збою: важлива кінцева відповідь на перевірку.
Як DNS, IPv6 і CDN заважають підтвердженню
Після перенесення домен може вказувати на новий сервер через запис A, але залишати стару адресу IPv6 у записі AAAA. Також версія з www іноді веде на інший хостинг. Перевірте всі імена, включені до сертифіката, і відповідність записів фактичному розміщенню сайту.
За наявності CDN запит може зупинитися на перевірці браузера або отримати закешовану помилку. Якщо серверів кілька, службова відповідь має бути доступна незалежно від того, який із них обробить звернення. Не змінюйте DNS навмання: спочатку визначте, де саме виникає неправильна відповідь.
Коли потрібно перевіряти TXT і CAA
Якщо використовується DNS-01, підтвердження відбувається через TXT-запис для _acme-challenge. Переконайтеся, що актуальне значення додано в зону, яку реально обслуговують авторитетні DNS-сервери. Запис у кабінеті колишнього провайдера не допоможе, якщо домен уже делеговано іншому сервісу.
Для автоматичного поновлення перевірте чинність доступу ACME-клієнта до DNS та його права на потрібну зону. Окремо зверніть увагу на CAA: помилкова політика може забороняти випуск обраному центру сертифікації. Коригувати її слід після перевірки конфігурації, а не просто видаляти всі обмеження.
Як перевірити результат ремонту
Після виправлення причини виконайте тестову перевірку штатними засобами хостингу або ACME-клієнта. Успішний випуск ще не означає, що вебсервер почав віддавати новий сертифікат. Перевірте фактичні дати та доменні імена в браузері, а також конфігурацію на CDN, якщо він використовується.
Для приймання роботи попросіть зафіксувати причину відмови, спосіб перевірки домену, результат тесту поновлення та відповідального за сповіщення. Перевірте відкриття внутрішніх сторінок, надсилання заявки й доступ до адмінпанелі.
Допомога з випуском SSL для WordPress
Якщо хостинг і DNS перебувають у різних кабінетах або помилка повертається після кожного перенесення, потрібна узгоджена діагностика. Для звернення підготуйте домен, текст помилки, назву хостингу та опис останніх змін. Паролі й приватні ключі не надсилайте через відкриті форми.
На сайті ремонту та відновлення сайтів у Києві можна звернутися по допомогу з HTTPS і серверними налаштуваннями. Обсяг робіт варто визначати після перевірки: від виправлення службового шляху до налаштування автоматичного поновлення з контролем результату.