Домен направлен на сервер, но на нем нет соответствующего сайта
Самая частая причина появления этой страницы — домен уже «смотрит» на нужный сервер (A-запись для IPv4 или CNAME), но на сервере не создан сайт для данного доменного имени. В результате веб-сервер (Nginx/Apache) отдает страницу по умолчанию панели управления или дефолтный виртуальный хост. Что обычно происходит: - Домен добавлен у регистратора и DNS-записи обновлены, но в панели хостинга не создан проект/сайт для этого домена. - Сайт создан, но привязан к другому домену (например, к www-версии, а открывается без www, или наоборот). - На сервер загружены файлы, но не в ту директорию (не в корень сайта), либо неверно указана папка документа (document root). - Веб-сервер не перезапущен/не применена конфигурация после добавления домена. Как проверить и исправить: 1) Убедитесь, что DNS указывает на правильный IP: проверьте A-запись (и CNAME для www) и дождитесь обновления DNS (иногда до 24 часов, чаще быстрее). 2) В панели управления создайте сайт/домен и привяжите к нему нужную папку с файлами. 3) Проверьте совпадение доменов: example.com и www.example.com должны быть настроены либо оба, либо должен быть редирект на основной вариант. 4) Посмотрите логи веб-сервера: там часто видно, какой хост запрашивался и какой конфиг его обслужил. Если это временная ситуация во время запуска, достаточно корректно создать виртуальный хост и загрузить контент. Если же сайт уже должен работать, начните с проверки DNS и привязки домена к проекту на сервере.
Доступ к сайту осуществляется через HTTPS, но отсутствует установленный SSL-сертификат
Вторая распространенная причина — вы открываете сайт по HTTPS, но для домена не установлен (или не активирован) SSL-сертификат. В зависимости от настроек сервера это может приводить к показу служебной страницы, ошибкам браузера о небезопасном подключении или к открытию «не того» сайта, если используется общий сертификат/конфигурация. Типовые сценарии: - Сертификат не выпущен: домен новый, а выпуск SSL еще не выполнялся. - Сертификат выпущен, но установлен не на тот домен (например, только на www, а открывается без www). - Не настроена цепочка сертификатов (intermediate), из-за чего некоторые клиенты считают сертификат недействительным. - Включен принудительный редирект на HTTPS, но HTTPS-виртуальный хост не настроен. Что делать: 1) Установите сертификат для домена и всех нужных поддоменов (обычно domain.tld и www.domain.tld). В большинстве панелей это делается в пару кликов. 2) Проверьте, что HTTPS-конфигурация указывает на правильный документ-рут и обслуживает нужный сайт. 3) Настройте редиректы: если вы хотите всегда использовать HTTPS, убедитесь, что сначала HTTPS корректно работает, и только потом включайте принудительный редирект. 4) Проверьте дату окончания сертификата и автообновление, чтобы проблема не повторилась. Признаки, что дело именно в SSL: сайт по HTTP открывается иначе, чем по HTTPS; браузер показывает предупреждение о сертификате; при обращении к https://домен вы видите страницу панели вместо контента.
Домен имеет запись AAAA, но сайт работает только с IPv4
Третья причина связана с IPv6. Если в DNS для домена есть AAAA-запись, браузер и сеть могут попытаться подключиться по IPv6. Но если сервер, веб-сервер или сетевой экран не настроены на прием IPv6-трафика, вы получите некорректный ответ: от таймаута до служебной страницы, если по IPv6 обслуживается другой виртуальный хост. Как это выглядит: - У части пользователей сайт открывается нормально, у части — появляется служебная страница или не открывается вовсе (зависит от того, предпочитает ли их провайдер IPv6). - На одном устройстве все работает, на другом — нет. - При отключении IPv6 на устройстве сайт внезапно начинает открываться. Как исправить: 1) Если вы не используете IPv6, удалите AAAA-запись из DNS. Тогда клиенты будут подключаться по IPv4 через A-запись. 2) Если вы хотите поддерживать IPv6, настройте сервер: назначьте IPv6-адрес, откройте порты 80/443 для IPv6, убедитесь, что веб-сервер слушает IPv6 (listen [::]:80 и [::]:443), и что виртуальные хосты корректно сопоставляются домену. 3) Проверьте балансировщики/прокси: иногда AAAA указывает на другой узел, где нет нужного сайта. Полезная диагностика: - Сравните ответы DNS для A и AAAA. - Проверьте доступность сайта по IPv6 (например, из сети, где IPv6 гарантированно работает). - Убедитесь, что на сервере один и тот же сайт отдается и по IPv4, и по IPv6.
Быстрый чек-лист диагностики: что проверить в первую очередь
Чтобы быстрее понять, почему отображается эта страница, удобно пройтись по короткому чек-листу: 1) DNS: A/AAAA/CNAME - A-запись указывает на правильный IPv4-адрес. - Если есть AAAA, убедитесь, что IPv6 действительно настроен. - www-версия домена настроена согласованно с основной. 2) Привязка домена на сервере - Домен добавлен в панель управления. - Указана правильная папка сайта. - Веб-сервер применил конфигурацию (при необходимости — перезагрузка/перечитывание). 3) HTTPS/SSL - Сертификат выпущен и установлен. - Он покрывает нужные имена (SAN: домен и www). - Редирект на HTTPS включен только при корректно работающем HTTPS. 4) Кэш и распространение изменений - После правок DNS подождите обновления. - Очистите кэш браузера/попробуйте режим инкогнито. Если после этих шагов ситуация не меняется, обычно помогает просмотр логов веб-сервера и проверка, какой именно виртуальный хост обслуживает запросы для вашего домена (по HTTP и по HTTPS отдельно).
Заключение
Служебная страница FASTPANEL с текстом “Why am I seeing this page?” — это не «поломка сайта» сама по себе, а индикатор несоответствия между доменом, настройками сервера и способом подключения. Чаще всего проблема решается привязкой домена к правильному сайту на сервере, установкой SSL-сертификата для HTTPS или корректной настройкой (либо отключением) IPv6 при наличии AAAA-записи. Последовательная проверка DNS, конфигурации веб-сервера и сертификатов обычно позволяет восстановить нормальное отображение сайта в течение короткого времени.