Почему nginx при одинаковых настройках не работает?

Question

[Павел]

есть у меня 2 домена, один направлен на nginx сервер с reverse_proxy который перенаправляет на нужные сервера локально, второй домен был привязан к хостингу, сейчас у хостера сменил ip , поставил такой же как у сервера nginx, создал конфигурацию как у первого домена

server {

server_name мой_домен.com  www.мой_домен.com;

    location / {
       proxy_pass      http://192.168.1.13:80/;
       proxy_set_header Upgrade $http_upgrade;
       proxy_set_header X-Forwarded-Host $host:$server_port;
       proxy_set_header X-Forwarded-Server $host;
       proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
       proxy_set_header Host $host;

}


}

этот конфиг работает для первого домена, но для второго почему то нет,

есть еще поддомены у этого "второго" , почему то пересылает на них сразу, как будто server_name не срабатывает
может тут как то "грубо-принудительно" надо прописывать? Подскажите

Answer 1

[AUser0]

Яростное гугление не помогает? А мойдомен.com и www.мойдомен.com указывают A-записью на IP этого сервера? Запросы в логах появляются? Nginx вообще запущен, порт отслеживается?

Comments

[Павел]

А записи есть, а вот ошибки

2022/11/10 15:11:27 [error] 710#710: *1 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: 192.168.1.17, server: 192.168.1.13, request: "GET /wp-login.php HTTP/1.0", upstream: "fastcgi://unix:/run/php/php8.1-fpm.sock:", host: "мой-домен", referrer: ""
2022/11/10 15:17:08 [error] 710#710: *3 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: 192.168.1.17, server: 192.168.1.13, request: "GET /wp-login.php HTTP/1.0", upstream: "fastcgi://unix:/run/php/php8.1-fpm.sock:", host: "мой-домен", referrer: ""
2022/11/10 15:44:50 [error] 710#710: *5 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: 192.168.1.17, server: 192.168.1.13, request: "GET /wp-login.php HTTP/1.0", upstream: "fastcgi://unix:/run/php/php8.1-fpm.sock:", host: "мой-домен"
2022/11/10 15:49:32 [error] 710#710: *7 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: 192.168.1.17, server: 192.168.1.13, request: "GET /wp-login.php HTTP/1.0", upstream: "fastcgi://unix:/run/php/php8.1-fpm.sock:", host: "мой-домен", referrer: ""

только вот GET /wp-login.php , не может быть потому что на новом месте куда я указал, нет вордпреса
17 ip это nginx сервер
13 это ubuntu сервер, там laravel стоит

[Дмитрий]

Павел, это не ошибки. Это вас ломают. Заведите сервер новый поднимите там веб-сервер - там через пять минут будут попытки обстучать известные дыры известных cms

[Павел]

Дмитрий, а вот это?

2022/11/10 18:19:04 [error] 58129#58129: *225513 connect() failed (113: No route to host) while connecting to upstream, client: мой ip, server: ССЫЛКА НА ПОДДОМЕН, request: "GET / HTTP/1.1", upstream: "https://192.168.1.169:8007/( это адрес поддомена)", host: "домен на который я ссылаюсь"

почему при запросе domen.com меня gninx отправляет на subdomain.domen.com?

[Дмитрий]

Павел, ну там написано - не могу я связаться с нужным адресом, идите лесом

[Павел]

Дмитрий, попытаюсь прояснить, даже больше для себя
я в доменном регистраторе указываю А запись ip адрес своей "берлоги" где стоит сервер, на роутере 80/443 порты отправляю на nginx reverse_proxy сервер, с него пытаюсь ловить имя домена на который я ссылаюсь и перенаправляю его на ubuntu сервер который уже за NAT в локальной сети доступен.
Раз я все это проделал с одним доменом, который работает, то как может быть что второй при полностью аналогичной настройке не находит сервер который работает и виден с первого домена?

[Дмитрий]

Павел, вечер, конец рабочего дня - я уже этот абзац не осилю. попробуйте проксипас делать на ip а не на домен. прибейте заголовок proxy_set_header Host нужный.домен.ру; если надо и дело с концом

[Павел]

Дмитрий, по ip зашло без проблем, по домену не хочет
может быть что меня как то принудительно редиректит на https ? тогда бы было понятно почему я попадаю на поддомены, там есть listen 443 , но где такой параметр вообще может быть? Или я придумываю?

[AUser0]

Как минимум стоит прописать перед server_name строку listen 80;

А в остальном - что-то с чем-то не сходится. Допустим /wp-login.php запрашивают всякие сканеры уязвимых/дырявых версий Wordpress. Но у вас в конфиге нет FastCGI, с чего бы вдруг ему появится в upstream? Либо про upstream ругается сервер 192.168.1.13, но я никогда не слышал о таком логировании ошибок. И почему "Primary script unknown" вместо стандартного 404 Not found?

Вопросов больше чем вариантов ответов.

[Павел]

AUser0,
listen 80; - не помог
постоянно получаю 502 Bad Gateway ,
а FastCGI есть на самом серерве ubuntu где стоит laravel
его nginx конфиг

server {
    listen 80;
    listen [::]:80;
    server_name 192.168.1.13;
    root /var/www/html/test2/public;

    add_header X-Frame-Options "SAMEORIGIN";
    add_header X-Content-Type-Options "nosniff";

    index index.php;

    charset utf-8;

    location / {
        try_files $uri $uri/ /index.php?$query_string;
    }

    location = /favicon.ico { access_log off; log_not_found off; }
    location = /robots.txt  { access_log off; log_not_found off; }

    error_page 404 /index.php;

    location ~ \.php$ {
        fastcgi_pass unix:/run/php/php8.1-fpm.sock;
        fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name;
        include fastcgi_params;
    }

    location ~ /\.(?!well-known).* {
        deny all;
    }
}

выходит что я к серверу достучался таки, только именно один домен не хочет работать? А по другому домену или ip адресу работает

[Дмитрий]

Павел, ну прибейте домен в hosts
nano /etc/hosts

добавить строку
ip domen

[AUser0]

Нееее, на входном nginx вы выставляете header Host, а значит на этом laravel должно быть server_name мой_домен.com www.мой_домен.com;, что бы laravel принял и обработал эти запросы. Потому что они прилетают для мой_домен.com.

[Павел]

Дмитрий, а как это должно работать? hosts ведь только для "себя" ? Если я с сервера ubuntu постучусь по domen то получу результат , а что это даст?

[Дмитрий]

Павел, если вы на сервере ubuntu пропишите hosts - он внезапно тоже будет использовать. если вы у себя на компе пропишите - то конечно сервер убунту его использовать не будет - руки коротки

[Павел]

AUser0, что то я еще больше запутался )) ,
на nginx который reverse_proxy я ловлю доменное имя
server_name мой_домен.com www.мой_домен.com;
а затем на ubuntu тоже самое?
server_name мой_домен.com www.мой_домен.com;

я только что попробовал заменить server_name второй_домен(который работает).ru на первый который пытаюсь целый день привязать, снова 502 но тот домен который работал, продолжает работать о_О
nginx я ребутнул

[AUser0]

При proxy_pass nginx делает HTTP-запрос на указанный IP, при этом указывает, что ему нужен домен мой_домен.com. Но nginx laravel не настроен на обслуживание домена мой_домен.com, он у вас настроен на домен 192.168.1.13. Поэтому ошибка 502, некому ответить на запрос к домену мой_домен.com. Вот если бы запросили домен 192.168.1.13 - nginx laravel-а бы ответил, с превеликой радостью, ведь такой домен у него есть, прописан...

[Павел]

AUser0, поставил и там и там доменное имя но нечего не изменилось,
вот еррор лог ubuntu сервера


а вот nginx proxy

[AUser0]

На laravel такой server_name уже используется где-то ещё. А на входном nginx - почему upstream с портом 8007? У вас ведь прописан 80. Ищите дубрирующую конфигурацию, с портом 8007.

[AUser0]

Или .1.169 нас не должно интересовать, просто мусор сыпется?

[Павел]

я разобрался в чем проблема
во первых да, адрес 13 был указан неверно, там должен был быть тоже домен, который отлавливается
во вторых из за двух записей одинаковых которые ловили оба домена но и 80 порт тоже, оно как то странно тупило и перенаправляло на 443 порт, а как я говорил уже порт этот ловится поддоменом, его 502 ошибку и выдавало потому что там же адрес отлова совершенно другой

такие дела
AUser0, Дмитрий,
спасибо вам за помощь , наверно надо в ответе указать что server_name 13 надо было на домен заменить

Answer 2

[Виктор Таран]

1. должно работать, давай все конфиги притом архивом всю папку.
2. зачем тебе все это поставь админку в 1 клик дабы их миллион и забудь про все это как страшный сон
ispconfig3
aapanel
vestacp
Так же я вижу у тебя в ошибках FPM а его точно там быть не должно.

Comments

[Павел]

проблему решили, была ошибка в nginx на конечном сервере в server_name
а вот за совет поставить админку реально спасибо