Домен направлен на сервер, но на нём нет сайта с указанным именем
Самый частый сценарий: DNS-записи домена (A/AAAA) уже указывают на IP-адрес сервера, однако на самом сервере не создан сайт для этого доменного имени или он создан под другим именем (например, с www, без www, с другим алиасом). В результате веб-сервер (Nginx/Apache) принимает запрос, но не находит подходящий «виртуальный хост» и показывает страницу по умолчанию. Что проверить в первую очередь: 1) Совпадение домена. Убедитесь, что сайт добавлен именно для того доменного имени, которое вы открываете в браузере: example.com и www.example.com — разные хосты, если не настроены алиасы/редиректы. 2) DNS-записи. Проверьте, куда указывает A-запись (IPv4) и, при наличии, AAAA-запись (IPv6). Если домен указывает на новый сервер, а сайт ещё находится на старом, вы увидите не тот контент. 3) Наличие сайта в панели. В панели управления должен быть создан сайт/домен, привязанный к нужной директории (document root). Если директория пустая или указана неверно, сервер тоже может отдавать заглушку. 4) Распространение DNS. После изменения DNS может пройти от нескольких минут до 24–48 часов, пока обновления разойдутся по провайдерам. В этот период часть пользователей видит новый сервер, часть — старый. Как исправить: создайте сайт для нужного домена в панели, привяжите корректную папку с файлами, добавьте алиасы (www/без www) и настройте редирект на «основное» имя. Если сайт переносится, сначала перенесите файлы и базу данных, затем переключайте DNS, чтобы минимизировать время, когда пользователи видят служебную страницу.
Доступ идёт через HTTPS, но SSL-сертификат не установлен
Если пользователь открывает сайт по https://, браузер ожидает корректный SSL/TLS-сертификат. Когда сертификат не выпущен, не установлен, просрочен или не привязан к нужному домену, сервер может показать стандартную страницу, а браузер — предупреждение о небезопасном соединении. Иногда панель/веб-сервер настроены так, что при отсутствии сертификата запрос уходит на дефолтный обработчик. Типичные причины: — Сертификат ещё не выпущен (например, домен только что привязали, DNS не обновился, проверка владения не проходит). — Сертификат выпущен, но установлен на другой сайт/виртуальный хост. — Открывается поддомен или вариант с www, который не включён в сертификат. — Включён принудительный редирект HTTP→HTTPS, но HTTPS не настроен до конца. Что сделать: 1) Выпустить сертификат для нужного домена и всех используемых вариантов (с www/без www, поддомены — при необходимости). На практике чаще всего используют сертификаты, выпускаемые автоматически. 2) Убедиться, что сертификат привязан именно к этому сайту в настройках веб-сервера/панели. 3) Проверить цепочку сертификатов (intermediate). Некорректная цепочка может приводить к ошибкам в части браузеров. 4) Настроить редиректы правильно: сначала добиться, чтобы https открывался без ошибок, и только затем включать принудительный редирект. После установки сертификата рекомендуется проверить сайт в браузере в режиме инкогнито и убедиться, что не осталось смешанного контента (когда часть ресурсов грузится по http), иначе пользователи могут продолжать видеть предупреждения.
У домена есть запись AAAA, но сайт работает только с IPv4
Запись AAAA в DNS указывает IPv6-адрес. Если она задана, многие устройства и провайдеры предпочтут подключение по IPv6. Проблема возникает, когда AAAA указывает на сервер/адрес, где сайт не настроен, либо сам сервер не обслуживает сайт по IPv6 (нет слушающего сокета, нет маршрутизации, не открыт порт 80/443 по IPv6, неверная конфигурация виртуальных хостов). В таком случае часть пользователей будет попадать на служебную страницу или получать ошибку соединения, тогда как у других (кто идёт по IPv4) всё будет работать. Как распознать: ситуация «то работает, то нет», зависит от сети пользователя. Также можно заметить, что с мобильного интернета открывается иначе, чем с домашнего, или наоборот. Как исправить: 1) Если IPv6 не нужен — удалите AAAA-запись. Это самый быстрый способ вернуть стабильную доступность по IPv4. 2) Если IPv6 нужен — настройте сайт на IPv6 корректно: добавьте IPv6-адрес на сервер, убедитесь, что веб-сервер слушает :: для 80/443, что фаервол разрешает входящие соединения, и что виртуальные хосты сопоставляются домену так же, как и для IPv4. 3) Проверьте, что AAAA указывает именно на тот сервер, где размещён сайт, а не на старый адрес или адрес по умолчанию. Важно: наличие AAAA без полноценной поддержки IPv6 часто приводит к трудноуловимым ошибкам. Если вы не планируете обслуживать сайт по IPv6, лучше не публиковать AAAA-запись вовсе.
Краткий чек-лист диагностики и что сообщить техподдержке
Чтобы быстро понять причину появления этой страницы и ускорить решение, пройдитесь по чек-листу: 1) Уточните точный адрес: с www или без, http или https, есть ли поддомен. 2) Проверьте DNS: A и AAAA записи, а также CNAME для www. Убедитесь, что они указывают на правильный сервер. 3) Проверьте, создан ли сайт в панели для этого домена и привязана ли правильная директория. 4) Для HTTPS: есть ли сертификат, не просрочен ли он, включает ли нужные имена, включён ли редирект на HTTPS. 5) Для IPv6: есть ли AAAA и настроен ли сервер на приём трафика по IPv6. Если вы обращаетесь к специалистам, полезно сразу передать: домен, время возникновения проблемы, какие адреса (http/https, www/без www) вы проверяли, а также результаты проверки DNS (какие IP видите для A/AAAA). Это позволит быстрее определить, проблема в DNS, в конфигурации сайта на сервере, в сертификате или в IPv6.
Заключение
Появление страницы FASTPANEL вместо сайта почти всегда связано с тем, что домен уже указывает на сервер, но конфигурация сайта не совпадает с запрошенным именем, либо пользователь заходит по HTTPS без корректного SSL-сертификата, либо опубликована AAAA-запись при отсутствии полноценной поддержки IPv6. Последовательно проверьте доменное имя, DNS (A/AAAA), настройки сайта в панели и состояние SSL — и вы быстро локализуете причину. После исправления конфигурации и обновления DNS страница исчезнет, а посетители снова будут попадать на нужный сайт.