Nginx проблема с длинным запросами GET?

Question

[tvoyadres]

В общем достал меня это NGNIX, почему мне так не везет с ним весь инет перерыл не нашел решение

и так на сайте люди используют поиск

и бывают такие запросы длинные запросы с русскими буквами 139 стрелковой дивизии

https://tvoyadres.ru/chuvashskaya-respublika/chebo...

в результате получаю 502 ошибку, если часть кода сократить то все пашет.

Как я понимаю, проблема с длиной url, система nginx + apache раньше все на apache все норм пахало.

Comments

[hell]

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

[Wexter]

Для длинных запросов принято использовать POST

[Модератор]

https://toster.ru/help/rules
3.2

Answer 1

[hell]

какой у вас конфиг своеобразный

значит так

Ставим в секкции http (она скорее в nginx.conf)

proxy_buffer_size 64k;
proxy_buffers 4 64k;
proxy_busy_buffers_size 64k;

Если у вас нету доступа к nginx.conf, ставьте в текущем - сразу после чарсета

Comments

[hell]

далее проверяем - и при необходимости увеличиваем буфер прокси пока все не заработает.
А вообще вам бы натравить на ваши конфиги кого-то, в нгинксе разбирающегося - по моим ощущениям тут много лишнего, куча директив должна болтаться в основном конфиге нгинкса, ну а те, которые в сервере, выглядят несколько избыточно.

Для сравнения - обычный конфиг прокси у меня для серерва выглядит примерно так:
server {
listen 80;
server_name server.name;
location /
{
proxy_pass http://server.name:81;
proxy_intercept_errors on;
error_page 404 = main;
}
location main {
rewrite_log on;
return 301 /;
}

location ~* ^.+\.(jpg|jpeg|gif|png|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|wav|bmp|rtf|js)$ {
access_log off;
expires 30d;
root /absolute_path_to_server.name;
}

}

Апач у меня на 81 порту, 404 страница переадресуется на главную

[tvoyadres]

hell, ispmanager такой генерит

осталась маленькая проблема

когда люди заходят по www на сайт на www уставлен симлинк в логах лезет ошибка failed

(40: Too many levels of symbolic links)

еще бы ее исправить

[hell]

хреновый конфиг генерит ispmanager

сделайте отдельную секцию сервер примерно такого вида:
server {
listen 80;
server_name www.server.name;
return 301 http://server.name$request_uri;

}
а в секции server.name уберите отосвюду www

ну или еслит у вас обратная переадресация - сделайте с точностью до наоборот

[tvoyadres]

У меня такая секция и ngnix работает с apache

server {
server_name tvoyadres.ru *.tvoyadres.ru www.tvoyadres.ru;
ssl_certificate .... я тут вырезал;";
ssl_dhparam /etc/ssl/certs/dhparam4096.pem;
charset UTF-8;
index index.html index.php;
disable_symlinks if_not_owner from=$root_path;
include /etc/nginx/vhosts-includes/*.conf;
include /etc/nginx/vhosts-resources/tvoyadres.ru/*.conf;
ssi on;
set $root_path /var/www/tvoyadres/data/www;
set $subdomain tvoyadres.ru;
if ($host ~* ^((.*).tvoyadres.ru)$) {
set $subdomain $1;
}
root $root_path/$subdomain;
location / {
location ~ [^/]\.ph(p\d*|tml)$ {
try_files /does_not_exists @fallback;
}
location ~* ^.+(resampled|averaged)\.(jpg|jpeg)$ {
try_files $uri $uri/ @fallback;
expires 7d;
}
location ~* ^.+\.(gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar|swf)$ {
try_files $uri $uri/ @fallback;
expires 7d;
}
location / {
try_files /does_not_exists @fallback;
}
}
location @fallback {
proxy_pass http://127.0.0.1:8080;
proxy_redirect 127.0.0.1:8080 /;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-Port $server_port;
proxy_connect_timeout 300;
proxy_send_timeout 300;
proxy_read_timeout 300;
send_timeout 300;
access_log off;
}
gzip on;
gzip_comp_level 6;
gzip_disable "msie6";
gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript application/javascript;
access_log /var/www/httpd-logs/tvoyadres.ru.access.log;
error_log /var/www/httpd-logs/tvoyadres.ru.error.log notice;
listen 192.168.1.22:443 ssl;
}

[hell]

tvoyadres, ну вот для начала делаем дополнительную секцию server, в ней собираем все переадресации на основной домен и ставим такую переадресацию (если стоит ssl - ставим переадресацию на https и вешаем блок сертификатов)
а увас там поддоменов много на лету создается?

[tvoyadres]

hell, я по другому зделал

добавил строку RewriteCond %{HTTP:X-Forwarded-Proto} !https

RewriteCond %{HTTPS} !=on
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

и все заработало

[hell]

ну тоже норм))))

Answer 2

[Дмитрий Дерепко]

https://www.google.com/search?q=nginx+long+url+502...

Answer 3

[tvoyadres]

Сам решил по логам

upstream sent too big header while reading response header from upstream, client

в nginx.cof

добавил в секцию

http {
...
proxy_buffer_size 32k;
proxy_buffers 8 16k;
proxy_busy_buffers_size 32k;
...
}

Comments

[hell]

ну как часто бывает - для решения главное - правильно задать вопрос)))))

[ky0]

hell, главное - накрутить панелей, а потом ругать нгинкс, а не недостаток знаний, ага.