В наше время, к сожалению, "необходимый минимум" определяется не техническими деталями, а заклинаниями "SEO-шников", "менеджеров по продвижению" и прочих магов._______________________________________________ nginx-ru mailing list -- nginx-ru@ngby Dmytro Lavryk - Nginx Mailing List - Russian
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253710_______________________________________________ nginx-ru mailing list -- nginx-ru@nginx.org To unsubscribe send an email to nginx-ru-leave@nginx.orgby Dmytro Lavryk - Nginx Mailing List - Russian
У меня лично, что падает. Я не настолько силен, чтобы с корефайлами разобраться :( Просто странности - что с идентичными сборками (в плане сторонних модулей) на одних серверах воркеры падают периодически, а на других рабоby Dmytro Lavryk - Nginx Mailing List - Russian
На счет потоковый ли бротли - сказать не могу. размер ответов при падении не известен, т.к. надежно смоделировать ситуацию не получается, а в лог пр падение идет только сбсвенно само падение. А в целом на сервере размеры сby Dmytro Lavryk - Nginx Mailing List - Russian
Я ошибся. "Writing" наоборот подскакивает в моменты падений._______________________________________________ nginx-ru mailing list -- nginx-ru@nginx.org To unsubscribe send an email to nginx-ru-leave@nginx.orgby Dmytro Lavryk - Nginx Mailing List - Russian
А это другой, на котором никаких проблем нет: nginx -V nginx version: nginx/1.22.0 built with OpenSSL 1.1.1q 5 Jul 2022 TLS SNI support enabled configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I /usr/local/include' --with-ld-opt='-L /usr/local/lib' --conf-path=/usr/local/etc/nginx/nginx.conf --sbin-path=/usr/local/sbin/nginx --pid-pathby Dmytro Lavryk - Nginx Mailing List - Russian
nginx version: nginx/1.22.0 built with OpenSSL 1.1.1q 5 Jul 2022 TLS SNI support enabled configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I /usr/local/include' --with-ld-opt='-L /usr/local/lib' --conf-path=/usr/local/etc/nginx/nginx.conf --sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid --error-log-path=/var/log/nginx/error.log --user=www --group=www --with-comby Dmytro Lavryk - Nginx Mailing List - Russian
Здравствуйте. Если можно - отпишите по результатам, если что получится. Имею несколько таких серверов. Bug отписывал - менйтейнер ничего понять не может. Диагноз такой - по версию nginx/1.18.0 (включительно) проблема не проявлby Dmytro Lavryk - Nginx Mailing List - Russian
Какой-то все равно будет дефолтным. Обычно банально первый по алфавиту. ---- ср, 17 серп. 2022 18:41:58 +0400 dim1 <nginx-forum@forum.nginx.org> написав --- Спасибо за ответ. Я читал и проверял перед созданием темы. Нигде в конфиге НЕ указаby Dmytro Lavryk - Nginx Mailing List - Russian
if ($host !~ ^(my.com|www.my.com)$ ) { return 301 https://my.com; } ---- ср, 17 серп. 2022 18:30:21 +0400 dim1 <nginx-forum@forum.nginx.org> написав --- В логах обращения к несуществующим на сервере сайтам: https://badsite.com/path https://badsite2.com/pathby Dmytro Lavryk - Nginx Mailing List - Russian
Не очень понимаю, что тут объяснять еще можно... Смотрим УРЛ, если есть хоть что-то после слеша, запоминаем его и потом подставляем в урл гугла в качестве параметра. И отсылаем 302 на этот урл ---- Увімкнуто пт, 26 бер. 2021 08:45:33 +by Dmytro Lavryk - Nginx Mailing List - Russian
rewrite ^/(.+) https://google.com/search?q=$1 redirect; ---- Увімкнуто чт, 25 бер. 2021 22:59:30 +0200 maximkherson <mailto:nginx-forum@forum.nginx.org> написав ---- Приветсвую! Делаю редирект с локального хочта на гугл. В начальном запросе в браузере после / идёт поисковый заby Dmytro Lavryk - Nginx Mailing List - Russian
Знаю. что это все очень странно и неправильно, но... Есть ли возможность как-то в try_files сделать проверку имени со знаком вопроса? ну что-то типа такого: try_files $uri?$variable =404;by Dmytro Lavryk - Nginx Mailing List - Russian
location /transmission { proxy_pass http://192.168.1.100:8091/; ..... } ---- Увімкнуто пт, 06 лист. 2020 12:52:42 +0200 redidka812 <nginx-forum@forum.nginx.org> написав ---- Добрый день, Помогите разобраться. у меня в домашней сети Есть компьютер(Linux) на нем крутится нескоby Dmytro Lavryk - Nginx Mailing List - Russian
Получается nginx слушает, но кто-то режет соединение. Возможно таки фаервол, возможно еще-то-то. Не настолько силен в Бубунте, чтобы подсказать что может и как диагностировать :( ---- Увімкнуто вт, 20 жовт. 2020 10:50:00 +0300 Zalman_ <nginxby Dmytro Lavryk - Nginx Mailing List - Russian
netstat -an | grep 443 думаю ответ "пусто" ---- Увімкнуто вт, 20 жовт. 2020 10:43:28 +0300 Zalman_ <nginx-forum@forum.nginx.org> написав ---- Dmytro Lavryk Wrote: ------------------------------------------------------- > Фаервол... Как правильно заметили - проверить телнетом банальным. &by Dmytro Lavryk - Nginx Mailing List - Russian
Фаервол... Как правильно заметили - проверить телнетом банальным. ---- Увімкнуто вт, 20 жовт. 2020 10:06:29 +0300 Zalman_ <nginx-forum@forum.nginx.org> написав ---- imsystem Wrote: ------------------------------------------------------- > Клиент, в роли браузера, должен знать о вby Dmytro Lavryk - Nginx Mailing List - Russian
Спасибо за здравую мысль! В итоге сделал так (рубит с длиной менее 4-х символов): if ($http_user_agent ~ "^.{0,4}$") { return 403; } ---- Увімкнуто вт, 08 вер. 2020 09:24:16 +0300 Илья Шипицин <mailto:chipitsine@gmail.com> написав ---- Регуляркой, наверby Dmytro Lavryk - Nginx Mailing List - Russian
Прилетали такие запросы: 103.47.172.95 [08/Sep/2020:00:18:57 +0300] "GET / HTTP/1.1" 499 0 "https://yahoo.com" "M" 186.6.101.4 [08/Sep/2020:00:19:14 +0300] "GET / HTTP/1.1" 499 0 "https://facebook.com" "k" 117.102.116.82 [08/Sep/2020:00:19:16 +0300] "GET / HTTP/1.1" 499 0 "https://bing.com" &quoby Dmytro Lavryk - Nginx Mailing List - Russian
Да, в location пробел в регулярке нормально срабатывает. Спасибо. Вот так по итогу получилось: location ~* "^/ https\:\/example\.com\/(.*)$" { return 301 https://example.com/$1; } ---- Увімкнуто чт, 03 вер. 2020 13:36:42 +0300 fox <mailto:red-fox0@ya.ru> написав ---- locatby Dmytro Lavryk - Nginx Mailing List - Russian
Через map опять же нужна регулярка с пробелом... Или я чего-то не понимаю. Пробовал еще 2 варианта: if ($request_uri ~* "^/ https:") { rewrite "^/ https:/example.com/(.*)$" https://example.com/$1 permanent; } if ($request_uri ~* "^/%20https:") { rewrite "^/%20https:/examby Dmytro Lavryk - Nginx Mailing List - Russian
Я совершенно с вами согласен, что правильнее такие ссылки исключить, но система принятия решений достаточно громоздкая, кроме того такие ссылки УЖЕ есть где-то в каком-то количестве. Потому все же моя задача сделать часby Dmytro Lavryk - Nginx Mailing List - Russian
Время от времени приходят какие-то странные УРЛы вида: "https://example.com/ https:/example.com/category/date/news-name/" хотелось бы их редиректить Пытался сделать так: if ($request_uri ~* "^/\shttps:") { rewrite "^/\shttps:/example.com/(.*)$" https://example.com/$1 peby Dmytro Lavryk - Nginx Mailing List - Russian
Ну тогда уж извините. Я думаю никто не будет за вас писать конфиги, тем более, что как всегда вылезет куча нюансов. Если Вы не можете освоить элементарно документацию, значит наймите кого-то, кто может. ---- Увімкнуто нд, 30by Dmytro Lavryk - Nginx Mailing List - Russian
Чето неудачи с мэйл клиентом... Конфиги привести не могу - лень чистить от конфиденциального, но основная идея в том, что proxy_pass прекрасно работает через https, в чем проблема то?_______________________________________________ nginx-ru mailing list nginx-ru@nginxby Dmytro Lavryk - Nginx Mailing List - Russian
proxy_pass http://77.77.77.770:80443; ? Вот так имел ввиду_______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ruby Dmytro Lavryk - Nginx Mailing List - Russian
proxy_pass http://77.77.77.770:80443; ?_______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ruby Dmytro Lavryk - Nginx Mailing List - Russian
Ну так нет же тут сертификата. Пропишите для monitor.domains в конфиге. ---- Увімкнуто чт, 06 серп. 2020 19:26:51 +0300 MihaKot <mailto:mihakot@gmail.com> написав ---- Всем привет.Почему то не коректно работает редирект server { listen 443 ssl; server_name monitor.domaiby Dmytro Lavryk - Nginx Mailing List - Russian
Как пример: server { server_name serer.name www.server.name; listen 80; listen 443 ssl http2; if ($host != "server.name") { rewrite ^ https://server.name$request_uri? permanent; }_______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ruby Dmytro Lavryk - Nginx Mailing List - Russian
if ($ssl_protocol = "") { rewrite ^ https://sorp.ae$request_uri permanent; } ___________ С уважением, Дмитрий Лаврик WWW: https://dl.sm.ua E-mail: mailto:me@dl.sm.ua Telegram: dlsumy Тел. (viber): +380506037953 Skype: dmytro.lavryk Facebook: https://www.facebook.com/dmytro.lavryk ---- Увімкнуто ср, 15by Dmytro Lavryk - Nginx Mailing List - Russian