Проиндексированные страницы одного сайта отображаются в индексе другого сайта на одном IP, как быть?

Question

[Владимир]

Есть VDS сервер с одним IP, например 170.70.70.70
На этом айпи два сайта с доменами https://domain_1.com и domain_2.com
Первый проиндексирован Гуглом и Яндексом, второй только добавлен на индексацию (буквально вчера перенес на сервер)

Если в поиске яндекса ввести host: domain_2.com то в выдаче мне показываются проиндексированные страницы с сайта domain_1.com
Причем в таком виде:
https://domain_2.com/url1_from_domain_1,
https://domain_2.com/url2_from_domain_1 и т.д.
второй сайт не https

если в гугле сделать подобный запрос через директиву site: - то все нормально

т.е. если коротко, яндекс считает, что domain_1 = domain_2 и подставляет в domain_2 адреса страниц с domain_1

Я что-то натупил в конфигах nginx первого сайта и яндекс его видит не как domain_1, а как 170.70.70.70?
Или после индексации второго сайта все станет на свои места?

Я с таким сталкиваюсь впервые и вообще не понимаю, что это за чепуха, может кто сталкивался с подобным и прояснит мне суть данного волшебства?)

UPD: да, скорее всего проблема у меня в настройках nginx, т.к. запрос по адресу https://domain_2.com спокойно открывает https://domain_1.com .... хм..

UPD 2: Вопрос приобретает иной смысл, так как что-то не так с настройкой конфига хоста с https - у меня теперь все домены, которые на этом IP, если к ним подставить https:// открывают первый сайт, причем подставленное доменное имя остается и сайт его воспринимает как родной, что не так с конфигом?

server {
    server_name www.domain_1.com domain_1.com;
    return 301 https://domain_1.com$request_uri;
}
server {
    listen       443 ssl;
    server_name  domain_1.com;
   
    keepalive_timeout   70;

    ssl on;
    ssl_certificate /etc/ssl/domain_1/domain_1.crt;
    ssl_certificate_key /etc/ssl/domain_1/domain_1.key;
    ssl_protocols       TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers         HIGH:!aNULL:!MD5;
}

Answer 1

[Владимир Муковоз]

UPD: да, скорее всего проблема у меня в настройках nginx, т.к. запрос по адресу https://domain_2.com спокойно открывает https://domain_1.com .... хм..

Именно это и хотел Вам сказать, но Вы меня опередили))
Причина вероятно в том что сайт https://domain_1.com имеет сертификат и настройку https, а вот остальные сайты настроены только на http. В итоге при запросе через https так как у тебя у данного сайта https нет выбирается единственный виртуальный хост в котором есть https, ну или возможно не единственный, а просто первый.
Настоятельно рекомендую к прочтению, после прочтения всё сам поймёшь
https://nginx.ru/ru/docs/http/request_processing.html
Итак что я рекомендую сделать.
1. Купить к VPS для каждого сайта отдельный ip и прописать всё в виртуальном хосте это положительно скажется на поисковое ранжирование.
2. Поставить на каждый сайт https.
Ну и конечно же внимательнее конфигурировать nginx или нанимать специалиста который в этом понимает иначе такими вот выходками испортите себе позиции. На своём опыте скажу что настройка Nginx очень сильно влияет на поисковое ранжирование, особенно в яндексе.

P.S. Если настройки которые ты выложил не просто от балды сделаны, а реально используются тобой то ты сильно теряешь клиентов, зайди сюда и протестируй свой сайт на котором https и там есть список браузеров и устройств и указано на против каждого по какому протоколу он смождет работать на сайте и с каким шифрованием, красным будут помечены те которые не смогут зайти к тебе на сайт. Судя по всему красных будет много. Если сайт продакшен лучше не экономить и не экспериментировать, а нанять. Если для души, то конечно учись лучше сам. Если что задавай вопросы, я подскажу.
https://www.ssllabs.com/ssltest/analyze.html

Comments

[Владимир]

Огромное спасибо за развернутый ответ!
Да, у меня три домена на одном IP и только один https. Тот кусок конфига, который я привел, это не вся моя конфигурация, а лишь часть директив server относящийся к доменам.
Эту статью я изучал https://nginx.ru/ru/docs/http/request_processing.html но видимо плохо) еще раз ее перечитав я понял, что сделать какое-то исключение для моего случая с одним IP не получится.

Хорошо, если я куплю каждому домену по отдельному айпи, то в каждом виртуальном хосте нужно будет прописывать этот IP как default server верно?
Приблизительно так?

server {
    listen       177.77.77.77:80 default server;
    server_name  domain_x.com;
}

И можно ли на одном IP оставить существующие сайты без сертификатов, а для https купить дополнительный домен?

И по поводу анализа ssl

По списку браузеров вроде бы все ОК, а те красные не так уж и критичны
Другое дело, почему везде TLS, а SSL - no ?
На что самое серьезное обратить внимание в этом отчете?
Скрин отчета по ссылке:
https://yadi.sk/i/bDAPIzhu3N2vQ4

[Владимир Муковоз]

Хорошо, если я куплю каждому домену по отдельному айпи, то в каждом виртуальном хосте нужно будет прописывать этот IP как default server верно?
Приблизительно так?

Можно, хотя не обязательно, важнее сменить ip в записях DNS иначе то что Вы будете делать в виртуальных хостах лишено смысла.

И можно ли на одном IP оставить существующие сайты без сертификатов, а для https купить дополнительный домен?

Конечно можно, вопрос только в индексации, ранжирование будет выше если у каждого домена будет свой ip. Если задаёте такой вопрос значит плохо почитали ту статью.

По списку браузеров вроде бы все ОК, а те красные не так уж и критичны

В продакшене критичны все, попробуйте проверить яндекс например и посмотрите совместимость у него.

Другое дело, почему везде TLS, а SSL - no ?

это норма, так и должно быть, хотя конечно можно использовать и ssl, яндекс к примеру использует, но это честно говоря не очень безопасно.

Было бы круто исправить это, но сейчас почти у всех так, так что не критично.
Если я правильно понимаю у Вас не верный порядок сертификатов, это может привести к тому что на некоторых браузерах сертификат будет отображаться как не безопасный, а это будет отпугивать пользователей.
Кто-то может со мной не согласиться. но я считаю что остальное не критично.

Answer 2

[Mofsy]

Яндекс может не правильно понял SNI для HTTPS и всё. Вы не первый, кто столкнулся с данной проблемой.
Купите выделенный IP для своих сайтов и всё. Заодно от роскомнадзора защититесь.