По имени сайта открывается другой мой домен

D
На сайте с 28.06.2008
Offline
1101
1770

Есть у меня домен для тестов, я его иногда активирую для разных правок вне боевых сайтов.

В очередной раз нужно обновить функционал, а пошел в Яндекс ДНС и прописал для домена новые IP, они очень быстро обновились (я про верил).

Для надежности прописал еще и файл хост (пробовал и убирать эту запись, ничего не меняется).

Все сайты на этом ВПС на одном IP, у некоторых есть https, у других нет - все работает замечательно.

В глобальном конфиге Nginx прописаны пути для конфигов конкретных сайтов.

# Конфиги сайтов
include /etc/nginx/sites-conf/test.conf;
include /etc/nginx/sites-conf/2.conf;
include /etc/nginx/sites-conf/3.conf;
и т.д.

Беру я значит коднфиг сайта 2 который без https и работает нормально, копирую его и меняю в нем только имя домена, вот так получается


server {
server_name test.com www.test.com;
listen 80;
access_log off;
error_log off;

root /var/www/com;
index index.php index.html index.htm default.html default.htm;

# Support Clean (aka Search Engine Friendly) URLs
location / {
try_files $uri $uri/ /index.php?$args;
}

# deny running scripts inside writable directories
location ~* /(images|cache|media|logs|tmp)/.*\.(php|pl|py|jsp|asp|sh|cgi)$ {
return 403;
error_page 403 /403_error.html;
}

# php files
location ~ \.php$ {

include fastcgi_params;

#fastcgi_cache test;
fastcgi_buffers 16 16k;
fastcgi_buffer_size 32k;
fastcgi_index index.php;
fastcgi_read_timeout 30;
fastcgi_pass unix:/run/php/php7.2-fpm.sock;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

# Отключаем кеш
set $nocache $cookie_joomla_user_state;

if ($request_uri ~ /index.php)
{
set $nocache 1;
}

if ($arg_cached = "1")
{
set $nocache 0;
}
fastcgi_no_cache $nocache;
fastcgi_cache_bypass $nocache;
}

# caching of files
location ~* \.(js|css|png|jpg|jpeg|gif|swf|xml|txt|ico|pdf|flv)$ {
expires 7d;
}
}

Сохраняю, перезапускаю Nginx, иду на тестовый сайт а меня редиректит на https и открывается другой мой сайт, который на https - браузер ругается что сертификат не принадлежит домену, но инфа сайта (не того что должен быть) видна

И вот я уже час не могу понять как такое может быть?

Staid
На сайте с 30.07.2014
Offline
59
#1
Dram:
и меняю в нем только имя домена

А document root не забываете подправить?

root /var/www/com;
D
На сайте с 28.06.2008
Offline
1101
#2

Да, вы правы, я неправильно выразился что меняю только домен, докумен руут тоже изменил.

тут


root /var/www/com;

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

Staid
На сайте с 30.07.2014
Offline
59
#3

Я думаю после неверных правок в конфиги редирект закэшировался в браузере, особенно firefox жестко кэширует такие вещи. В приведенном конфиге не вижу никаких редиректов.

listen 80;

На сервере listen прописан в формате ip:port?

Попробуйте проинклюдить этот конфиг первым, перезагрузите nginx и с чистого браузера проверьте.

D
На сайте с 28.06.2008
Offline
1101
#4

В тот то и дело что небыло не правильных вариантов, я сразу сделал правильно. Я тоже думал про кеш,поэтому пробовал с разных устройств и через онлайн анонимайзеры. Результат тот же.

---------- Добавлено 07.04.2018 в 20:31 ----------

Этот конфиг итак идет первым.

M
На сайте с 17.09.2016
Offline
124
#5

обратитесь к статике, какому нибудь test.txt, который предварительно создайте

Возможно редирект внутри скрипта

D
На сайте с 28.06.2008
Offline
1101
#6
Mobiaaa:
обратитесь к статике, какому нибудь test.txt, который предварительно создайте
Возможно редирект внутри скрипта

Привязал еще один тестовый домен та же ситуация.

НО!! Обратился к статике, как вы и советовали (к файлу роботс) - открылся тот который и должен и без редиректа на https!!!

Что ж за фигня-то ?

R
На сайте с 27.02.2016
Offline
38
#7
Dram:
Привязал еще один тестовый домен та же ситуация.

НО!! Обратился к статике, как вы и советовали (к файлу роботс) - открылся тот который и должен и без редиректа на https!!!

Что ж за фигня-то ?

А у вас случайно CMS/Framework/etc не проверяет домен? И в случае если он не совпадает с тем, по которому обратились делается редирект?

D
На сайте с 28.06.2008
Offline
1101
#8

Это Джумла - на этом же впс 8 из 10 сайтов на этой же Джумле и все работает нормально! Насколько я знаю она не проверяет ничего...

---------- Добавлено 08.04.2018 в 10:08 ----------

Еще интересный момент - беру и переименовываю корневую директорию соседнего сайта (который работает нормально) на com

В результате получаю ошибку соединения с базой = что и должен получить, все правильно!

Меняю все назад и опять получаю редирект все на тот же домен с https!

Пытаюс обратиться к картинке по тестовому домену - она открывается нормально!

Пытаюсь тестовый домен/index.php - опять редирект.

Очень интересный глюк...

R
На сайте с 27.02.2016
Offline
38
#9
Dram:
Это Джумла - на этом же впс 8 из 10 сайтов на этой же Джумле и все работает нормально! Насколько я знаю она не проверяет ничего...

---------- Добавлено 08.04.2018 в 10:08 ----------

Еще интересный момент - беру и переименовываю корневую директорию соседнего сайта (который работает нормально) на com

В результате получаю ошибку соединения с базой = что и должен получить, все правильно!

Меняю все назад и опять получаю редирект все на тот же домен с https!
Пытаюс обратиться к картинке по тестовому домену - она открывается нормально!

Пытаюсь тестовый домен/index.php - опять редирект.

Очень интересный глюк...

Все же проверьте настройки Joomla и включенные плагины. Отчистите временные файлы в вашем браузере.

У вас в конфигурационных файлах сервера нет никаких редиректов, что подтверждает обращение к статичным файлам.

Редирект выполняет ваш скрипт.

D
На сайте с 28.06.2008
Offline
1101
#10

Да вы правы, нашел причину в кофиге джумлы.

Строка

public $force_ssl = '2';

Заставляющая сайт открываться по https, ну а там видать подхватывался первый из имющихся на сайте сертификатов и открывался другой сайт.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий