Ошибка InvalidDNSError и не выпускается HTTPS-сертификат для кастомного домена

[DenisTimoshin]

🏷️ Discussion Type

Question

💬 Feature/Topic Area

Pages

Body

Здравствуйте, коллеги!

Столкнулся с проблемой при привязке кастомного домена к GitHub Pages. Сайт успешно открывается по HTTP, однако проверка DNS выдаёт ошибку InvalidDNSError, и TLS-сертификат для HTTPS не выпускается уже несколько дней.

Что я уже сделал:

Настроил CNAME-запись в панели reg.ru для поддомена bug-hunter.denis-timoshin.ru, указывающую на denistimoshin.github.io.

Уменьшил TTL до 1 часа (3600 секунд), чтобы ускорить обновление кэша DNS.

Убедился, что в корне репозитория есть файл CNAME с правильным содержимым.

Несколько раз удалял и заново добавлял домен в настройках Pages (Settings -> Pages -> Custom domain).

Текущее состояние:
Сайт открывается по ссылке http://bug-hunter.denis-timoshin.ru/, но в настройках Pages висит ошибка InvalidDNSError, и галочка Enforce HTTPS недоступна.

Прилагаю скриншоты настроек DNS в reg.ru и страницы GitHub Pages. Подскажите, пожалуйста, в чем может быть причина и как это исправить?

[SandupaAbeywardana]

Your CNAME setup looks right, so the problem is usually one of these:

1. CAA record on the parent domain. Check if denis-timoshin.ru has a CAA record. If it does and it doesn't include letsencrypt.org, GitHub can't get a certificate. Either remove it or add: 0 issue "letsencrypt.org"
2. Extra records on the subdomain. bug-hunter.denis-timoshin.ru should have only the CNAME and nothing else (no A, AAAA or TXT records on that same name). You can check with:
   dig bug-hunter.denis-timoshin.ru +noall +answer
3. The DNS provider timing out. Someone else here with a reg.ru domain had the same error, and it came from reg.ru's nameservers timing out when GitHub checked the CAA record. If 1 and 2 look fine, moving DNS to another provider (Cloudflare with the proxy turned off, for example) fixes it.

After changing anything, remove the custom domain in Settings → Pages, wait about 10 minutes, then add it again. That makes GitHub try getting the certificate again.

[bosmdavid-gif]

Похоже, дело не в reg.ru, а в аккаунте: CNAME указывает на denis-timoshin.github.io, а репозиторий был в аккаунте DenisTimoshin (его адрес denistimoshin.github.io, без дефиса), а для поддомена CNAME должен вести на <владелец-репозитория>.github.io. Сейчас домен привязан к denis-timoshin/bug-hunt, всё совпадает, и сертификат уже в статусе new, так что осталось подождать. Не удаляйте и не добавляйте домен заново (это перезапускает очередь), статус можно смотреть так: gh api repos/denis-timoshin/bug-hunt/pages --jq .https_certificate.state. Когда будет approved, включите Enforce HTTPS; если через сутки всё ещё new, пишите в поддержку: https://support.github.com/contact.

[Fanxy13]

I would also check the CNAME target very carefully before changing anything else.

For a GitHub Pages subdomain, the CNAME should point to the GitHub Pages hostname of the account that actually owns the repository. In this case, there was a mismatch between denis-timoshin.github.io and denistimoshin.github.io, which could explain why GitHub was unable to validate the domain.

Since the certificate is now showing as new, I would leave the configuration as it is and give GitHub some time to finish issuing the certificate rather than removing and re-adding the domain again. Re-adding it can restart the certificate process.

Once the certificate state changes to approved, Enforce HTTPS should become available.