Настройка домена dp.ua для публикации на GitHub Pages

GitHub Pages позволяет публиковать статический сайт прямо из репозитория: HTML, CSS, JavaScript и результаты автоматической сборки становятся доступными по адресу проекта. Собственный домен заменяет служебное имя на привычный адрес вида rmxrnvbrdvnk.dp.ua и даёт возможность управлять публикацией через GitHub. Такая привязка не переносит сайт на отдельный хостинг: статические файлы остаются в репозитории, а домен задаёт маршрут к серверам GitHub.

Когда требуется настроить домен для работы с GitHub Pages, сначала подготовьте репозиторий с содержимым сайта и включите публикацию. Затем получите доступ к панели управления DNS-записями, где размещён домен, и свяжите корневой адрес с проектом. Для публичных репозиториев базовой версии GitHub Pages обычно доступен бесплатно; для закрытого проекта понадобится тариф с соответствующей поддержкой этой функции.

Подготовка репозитория и параметров домена

Создайте отдельный репозиторий, если у вас ещё нет проекта для сайта. В корневой каталог добавьте файл index.html, а рядом разместите стили, скрипты и изображения. Если GitHub Pages должен публиковать готовый результат сборки, настройте соответствующий процесс в разделе Actions и укажите в настройках публикации папку с результатами. Корневой адрес сайта при этом всегда будет открываться независимо от внутренней структуры проекта.

В настройках репозитория откройте раздел Pages и выберите источник публикации: ветку с корнем сайта либо папку /docs. Сохраните источник и дождитесь первой успешной сборки. До подключения домена сайт уже должен открываться по стандартному адресу GitHub Pages — это помогает проверить содержимое и увидеть ошибки до изменения DNS.

Проверьте уровень доступа к репозиторию. Закрытый репозиторий должен принадлежать вашей учётной записи или организации с подходящим планом. Не используйте чужой проект, если у вас нет права изменять его настройки: привязка домена к чужому репозиторию может привести к потере контроля над публикацией.

Для примера в инструкции используется адрес, указанный на странице домена. Там подтверждена регистрация в зоне dp.ua, однако параметры DNS и привязка к проекту в эту информацию не входят. Подключение выполняется через панель поставщика домена и настройки GitHub Pages.

DNS-записи для корневого домена

DNS-записи изменяются в панели сервиса, который обслуживает ваш домен. Обычно это регистратор или отдельный DNS-хостинг, указанный в серверах имён домена. Проверьте, к какой компании относится rmxrnvbrdvnk.dp.ua, и получите доступ к управлению записями. Настраивать нужно конкретное доменное имя, а не общий публичный суффикс dp.ua.

Для полного адреса без поддомена используйте записи A, а при наличии поддержки IPv6 добавьте AAAA. Если планируется отдельный адрес www, для него подходит CNAME. Следующие параметры помогут выполнить привязку без лишних конфликтов:

• Записи A для корневого адреса: 185.199.108.153, 185.199.109.153, 185.199.110.153 и 185.199.111.153 — они направляют запросы к серверам GitHub Pages по IPv4.
• Записи AAAA: 2606:50c0:8000::153, 2606:50c0:8001::153, 2606:50c0:8002::153 и 2606:50c0:8003::153 — они обеспечивают доступ к серверам GitHub Pages по IPv6.
• Запись CNAME для www со значением имя-пользователя.github.io — она нужна, если вы собираетесь использовать адрес с поддоменом www и перенаправлять его на корневой домен.
• Запись TXT с именем _github-pages-challenge-имя-пользователя — добавьте её, если GitHub предложит код проверки домена, и сохраните значение до подтверждения.
• Время жизни записей, или TTL, — значение около 3600 секунд позволяет достаточно быстро обновить маршрутизацию, если панель поставщика позволяет выбрать такой интервал.

Не создавайте CNAME для корневого адреса, поскольку там уже используются A и AAAA. Удалите прежние записи, которые направляют домен на парковочные страницы, прежний хостинг или неиспользуемые сервисы. Если для www останется старая A-запись, она может перехватывать запросы раньше CNAME. Также проверьте наличие конфликтующих адресов в других разделах панели, например в настройках перенаправлений.

После сохранения DNS-записей начнётся их распространение по сети. Проверка может занять от нескольких часов до суток в зависимости от сроков кэширования у операторов связи и посетителей. Пока изменения распространяются, GitHub Pages может сообщать, что домен не найден. Не создавайте несколько новых записей вместо ожидания: прежние значения успеют обновиться автоматически.

Подключение адреса в настройках GitHub Pages

Откройте настройки репозитория, перейдите в раздел Pages и введите полный домен в поле пользовательского домена. Сохраните значение. GitHub запустит проверку DNS и определит, указывают ли записи на подходящие серверы. Обычно положительный результат появляется после распространения изменений; при ошибке проверьте соответствие A, AAAA и CNAME приведённым выше значениям.

Если GitHub предложит создать файл CNAME, добавьте его в корень публикуемой ветки. В файле должна находиться только доменное имя без дополнительного текста, протокола и пути. GitHub часто создаёт этот файл автоматически, но ручное создание иногда помогает восстановить конфигурацию после переноса проекта или изменения ветки публикации.

Выберите один основной адрес и настройте перенаправление второго варианта на него. Если корневой домен работает через A и AAAA, адрес www можно направить на него через CNAME и соответствующее правило перехода. Не создавайте цепочку, при которой www перенаправляется на www, а корневой адрес — обратно на www: такие настройки создают цикл и мешают открытию сайта.

Проверьте, опубликованы ли файлы из выбранной ветки или папки /docs. Пользовательский домен не должен содержать название репозитория, папку или префикс /docs. Если сайт использует относительные ссылки на ресурсы, они продолжат работать после смены адреса. Абсолютные ссылки, ведущие на стандартное имя проекта, при необходимости замените на адрес собственного домена.

Проверка, HTTPS и обновление сайта

Проверку начинайте с открытия основного адреса в браузере. Полезно также проверить его через сторонний сервис анализа DNS: он покажет, какие серверы отвечают и завершилось ли распространение записей. Сравните результаты с адресом www, если он используется в проекте.

• Основной адрес открывает нужную страницу, а не ошибку сервера GitHub Pages.
• В браузере отсутствует предупреждение о неправильном сопоставлении адреса и сертификата.
• Переход на www или обратно на корневой домен приводит к одному выбранному варианту без цикла.
• В настройках Pages домен отмечен как подтверждённый, а публикация завершилась успешным развёртыванием.

После подтверждения домена GitHub обычно выпускает сертификат HTTPS автоматически. Выдача сертификата иногда задерживается, поэтому сначала убедитесь, что DNS-записи указывают на правильные IP-адреса. Затем включите принудительное использование HTTPS в настройках Pages. Смешанное содержимое, например загрузка ресурсов по HTTP, может вызвать блокировки или предупреждения в браузере.

Каждое обновление репозитория запускает новую публикацию. После обычной отправки изменений в GitHub откройте раздел Actions и проверьте результат автоматической сборки. Файл CNAME не следует удалять при перестановке файлов: его отсутствие может сбросить пользовательский домен. Если сборка проходит успешно, но сайт показывает прежнюю версию, проверьте кэш браузера, сроки действия DNS-кэша и состояние последнего развёртывания.

При ошибке 404 убедитесь, что в корне выбранной ветки находится index.html, а в настройках Pages указан правильный источник. Если сертификат не выпускается, проверьте A-записи, удалите конфликтующие адреса и учтите настройки DNSSEC у DNS-хостинга. Домен должен обслуживаться через те же серверы имён, в которых изменялись его записи.

Готовый адрес и переход к публикации

После успешной проверки rmxrnvbrdvnk.dp.ua обслуживает сайт из вашего репозитория, а GitHub Pages выпускает для него сертификат и обрабатывает публикации. Основной адрес можно использовать в документации, профиле проекта или рекламных материалах. Резервный вариант с www должен вести на него без лишних цепочек перенаправлений.

Регистрация домена и размещение сайта остаются отдельными задачами. GitHub обслуживает файлы и выпускает сертификат, но срок действия доменного имени продлевает его владелец через регистратора. Продление не требует переноса сайта: DNS-записи можно сохранить, если серверы имён и параметры привязки остаются прежними.

Начните прямо сейчас: создайте или откройте репозиторий, опубликуйте файлы сайта и включите GitHub Pages. Затем внесите DNS-записи через панель поставщика домена, укажите полное доменное имя в настройках Pages и дождитесь подтверждения. Откройте сайт по основному адресу, проверьте работу HTTPS и убедитесь, что переход на запасной вариант не создаёт цикл.