Домен направлен на сервер, но на нем нет сайта с указанным именем
Самая частая причина появления такой страницы — домен (через A-запись или CNAME) уже направлен на IP-адрес сервера, однако на самом сервере не создан сайт (виртуальный хост) для этого доменного имени. В результате веб-сервер не находит подходящую конфигурацию и показывает страницу по умолчанию (дефолтный сайт панели или веб-сервера). Как это обычно выглядит на практике: - Домен только что куплен или перенесен, DNS уже обновился. - Хостинг/сервер работает, но сайт еще не добавлен в панели управления. - Сайт добавлен, но указан другой домен (например, без www), а пользователь заходит по альтернативному варианту. Что проверить и исправить: 1) DNS-записи домена. Убедитесь, что A-запись ведет на правильный IPv4-адрес сервера (или CNAME указывает на корректное имя). Если используется www, проверьте записи и для www. 2) Наличие сайта в панели. В FASTPANEL должен быть создан сайт (домен привязан к проекту), а также указан корневой каталог (DocumentRoot) с файлами. 3) Привязка домена и алиасы. Часто проблема решается добавлением алиасов: example.com и www.example.com должны вести на один и тот же сайт. 4) Конфликт доменов. Если на сервере несколько сайтов, проверьте, не назначен ли ваш домен другому проекту или не перехватывается «сайтом по умолчанию». После внесения изменений обычно достаточно перезапустить/перечитать конфигурацию веб-сервера через панель или дождаться применения настроек. Если домен только что менял DNS, учитывайте время распространения (иногда до 24 часов, чаще быстрее).
Доступ осуществляется через HTTPS, но отсутствует установленный SSL-сертификат
Вторая распространенная причина — пользователь открывает сайт по HTTPS (вручную вводит https://, переходит по закладке или браузер автоматически повышает протокол до HTTPS), но для домена не установлен SSL-сертификат. В зависимости от настроек сервера это может приводить к ошибкам безопасности в браузере или к показу технической страницы, если веб-сервер отправляет дефолтный ответ для неподтвержденного домена. Почему так происходит: - Сертификат не выпускали или он истек. - Сертификат выпущен, но не привязан к нужному домену/поддомену. - На сервере включен HTTPS, но отсутствует корректная SNI-настройка для домена. - Домен открывают по варианту, который не включен в сертификат (например, сертификат только на example.com, а заходят на www.example.com). Как исправить: 1) Выпустить и установить сертификат. На практике чаще всего используют бесплатные сертификаты (например, через автоматическую выдачу). В панели управления обычно есть мастер, который выпускает сертификат для выбранного домена. 2) Проверить, что сертификат покрывает все нужные имена. Если сайт доступен по нескольким вариантам (с www и без, а также дополнительные поддомены), добавьте их в сертификат или настройте редирект на основной домен. 3) Настроить перенаправления. Рекомендуемый вариант: один «канонический» домен (например, https://example.com), а остальные варианты перенаправляются 301-редиректом. 4) Проверить цепочку сертификатов и приватный ключ. При ручной установке важно, чтобы были корректно указаны сертификат, промежуточные сертификаты (chain) и ключ. После установки проверьте открытие сайта в браузере и убедитесь, что нет предупреждений безопасности. Также полезно проверить, не включен ли принудительный HSTS ранее: если он был включен, браузер будет всегда пытаться открыть HTTPS, и отсутствие сертификата станет критичным.
Домен имеет запись AAAA, но сайт работает только с IPv4
Третья причина связана с IPv6. Если у домена присутствует AAAA-запись (она указывает IPv6-адрес), а сервер/сайт фактически не обслуживает запросы по IPv6, часть пользователей будет попадать на неправильный ресурс или видеть техническую страницу. Это происходит потому, что современные устройства и провайдеры приоритетно используют IPv6, если он доступен. Типовые сценарии: - AAAA-запись добавили автоматически (регистратор, DNS-провайдер или прежний хостинг), но на новом сервере IPv6 не настроен. - На сервере есть IPv6-адрес, но веб-сервер не слушает его (нет bind на IPv6), либо фаервол блокирует входящие соединения. - IPv6 настроен, но в панели не создан сайт/виртуальный хост для IPv6, из-за чего отдается дефолтная страница. Как диагностировать: 1) Проверить DNS: есть ли AAAA-запись и куда она указывает. 2) Сравнить поведение по IPv4 и IPv6. Иногда по IPv4 сайт открывается, а по IPv6 — нет. 3) Проверить настройки сервера: наличие IPv6, открытые порты 80/443 на IPv6, конфигурацию веб-сервера на прослушивание адресов. Как исправить: - Если IPv6 не нужен: удалить AAAA-запись. Тогда клиенты будут использовать IPv4 (A-запись). - Если IPv6 нужен: корректно настроить его на сервере. Это включает назначение IPv6-адреса, настройку маршрутизации, открытие портов в фаерволе, и настройку веб-сервера (Nginx/Apache) на прием соединений по IPv6. - Убедиться, что SSL-сертификат и конфигурация сайта применяются одинаково для IPv4 и IPv6. Важно: наличие AAAA-записи при неработающем IPv6 может проявляться «плавающе» — у одних пользователей сайт работает, у других нет. Это зависит от сети и предпочтений стека протоколов на устройстве.
Заключение
Страница FASTPANEL «Why am I seeing this page?» почти всегда указывает на одну из трех ситуаций: домен уже направлен на сервер, но сайт для него не создан или не привязан; пользователь открывает HTTPS без установленного/подходящего SSL-сертификата; в DNS есть AAAA-запись, хотя сайт фактически доступен только по IPv4. Для быстрого решения последовательно проверьте DNS-записи, наличие и привязку сайта в панели, корректность сертификата для всех вариантов домена и необходимость IPv6. После исправлений обновите конфигурацию веб-сервера и повторно протестируйте открытие сайта по http/https и по разным вариантам доменного имени.