После добавления сайта в панели открывается соседний виртуальный хост

#Описание и признаки неисправности

Новый домен указывает на сервер, но при открытии браузер показывает содержимое другого сайта, страницу по умолчанию или неправильный сертификат. Это не обязательно ошибка в файлах: веб-сервер выбирает виртуальный хост по IP, порту, имени Host и при HTTPS по SNI. Не копируйте файлы соседнего сайта и не удаляйте конфигурацию по умолчанию: сначала определите, на какой адрес реально приходит запрос и где находится нужный виртуальный хост.

#Как отличить возможные причины

#Пошаговая диагностика и решение

1. Зафиксируйте ошибку отдельно для HTTP, HTTPS и wwwВ адресной строке браузера по очереди откройте http://ваш-домен/, https://ваш-домен/ и вариант с www, если он используется. Запишите, где именно открывается чужой сайт, включая адрес после перенаправления. Снимите заголовки ответа и время проверки. Не вводите пароли в такую форму входа: она может принадлежать другому виртуальному хосту.
2. Проверьте DNS-записи, не полагаясь на браузерНа компьютере откройте терминал и выполните nslookup имя-домена, затем при наличии инструмента dig проверьте отдельно A и AAAA. Сравните найденные адреса с IP, указанным в карточке сайта в панели. Если IPv6 ведёт на другой сервер, исправляйте запись AAAA или подключайте IPv6 к правильному сайту; не удаляйте рабочую A-запись без причины.
3. Проверьте прямой ответ нужного IP без изменения публичного DNSС рабочего компьютера выполните curl -I --resolve имя-домена:443:IP_СЕРВЕРА https://имя-домена/, подставив реальные домен и IP (это образец, не готовая команда). Параметр --resolve отправит запрос на выбранный IP, сохранив Host и SNI домена. Если прямой ответ правильный, а публичный — нет, причина, скорее всего, DNS или CDN. Если прямой ответ чужой — проверяйте привязку на сервере.
4. Проверьте, что сайт создан для точного имениОткройте панель → «Сайты» → карточку нового сайта. Сверьте основные и дополнительные домены, IP-адрес, корневую папку, выбранный сертификат. Особенно проверьте www: это отдельное имя, пока оно не указано в настройках. Не переносите чужие файлы в новый корень; исправлять нужно запись имени и привязку виртуального хоста.
5. Найдите совпадение server_name в NginxЕсли есть администраторский доступ к Linux, выполните sudo nginx -T и найдите имя проблемного домена в выведенной конфигурации; эта команда проверяет синтаксис и выводит действующие загруженные файлы, поэтому не публикуйте результат целиком: в нём могут находиться пути и служебные значения. Проверьте совпадение имени и listen 80/listen 443 ssl, не трогая соседние сайты.
6. Уточните, что происходит на HTTPSДля HTTPS используйте openssl s_client -connect имя-домена:443 -servername имя-домена и посмотрите имя сертификата через отдельную команду openssl x509 после получения цепочки. Если имя не соответствует домену, привяжите сертификат к нужной карточке сайта через панель; пока это не сделано, не советуйте посетителям игнорировать предупреждение браузера.
7. Пересохраните привязку через панель и проверьте синтаксисПосле изменения домена или сертификата сохраните настройки в панели. При доступе администратора выполните sudo nginx -t; на связке с Apache дополнительно sudo apachectl configtest. Если тест сообщает ошибку, верните предыдущие значения через панель, исправьте указанную строку и повторите проверку. Перезапуск веб-сервера не требуется, если панель сама успешно применила настройки; иначе используйте штатное применение после успешного теста.
8. Команды для отдельных ситуацийВыберите только подходящий вариант. Это не одна последовательность: часть команд диагностирует проблему, а часть меняет настройки или данные.
   Выберите подходящий вариант — это не команды для последовательного выполнения

   Вариант 1На локальном компьютере.

   Linux · Терминал (Bash)КомандаКопировать всёВыделить

   На локальном компьютере. example.org замените своим доменом: покажет, куда разрешается имя.

   nslookup example.org

   Вариант 2Только проверка конфигурации.

   Linux · Терминал (Bash)КомандаНужен sudoКопировать всёВыделить

   Только проверка конфигурации. При sudo нужны права администратора.

   sudo nginx -t

   Вариант 3Образец: оба вхождения ИМЯ замените своим доменом, IP — адресом хостинга.

   Linux · Терминал (Bash)Копировать всёВыделить

   Образец: оба вхождения ИМЯ замените своим доменом, IP — адресом хостинга. Сохраняет правильное имя TLS/SNI; без -k.

   curl -I --resolve ИМЯ:443:IP https://ИМЯ/

9. Повторите проверку из независимой сетиОткройте домен по HTTPS с компьютера и с мобильного интернета, проверьте страницу и правильный сертификат. Если из одной сети отображается старый сайт, но прямой запрос --resolve корректен, проверьте TTL DNS и настройки CDN; не очищайте DNS у всех посетителей. Если по обоим протоколам остаётся соседний сайт, отправьте в поддержку домен, IP и фрагмент конфигурации без секретов.

#Проверка результата и дальнейшие действия

Успех — обе версии домена, HTTP (если используется для перенаправления) и HTTPS, обслуживают только ваш сайт; сертификат соответствует имени, после перенаправления адрес правильный. При неуспехе выясните, на какой именно IP и виртуальный хост попадает прямой запрос; возвращайте прежнюю привязку только в своей карточке сайта.