В коллекцию "критических" для nginx ошибок: 2020/03/05 18:52:12 2112#2112: *1715715 SSL_write() failed while processing HTTP/2 connection, client: ip_адрес_клиента 2020/03/05 19:51:36 2107#2107: *1814649 SSL_write() failed while sending response to client, client: ip_адрес_клиентаby mikhal123 - Nginx Mailing List - Russian
> > Может быть, команда разработчиков рассмотрит возможность добавления директивы переопределения пользователем уровня ошибок, по аналогии например с http://nginx.org/ru/docs/http/ngx_http_limit_req_module.html#limit_req_log_level ? > Обычно ребятаby mikhal123 - Nginx Mailing List - Russian
> > 11016#11016: *46796 SSL_read_early_data() failed (SSL:error:1423D06E:SSL routines:tls_parse_ctos_server_name:bad extension) while SSL handshaking, client: <ip_адрес_клиента>, server: 0.0.0.0:443 > Было бы интересно посмотреть, что конкретно там прилетает. Каким образом можно это сделать? nby mikhal123 - Nginx Mailing List - Russian
Включил на своём сервере опцию "ssl_early_data". Всё вроде бы хорошо, но в error.log довольно много (порядка 0.5% от общего числа запросов, что на трафике в миллион уже немного напрягает) записей вида: 11016#11016: *46796 SSL_read_early_data() failed (by mikhal123 - Nginx Mailing List - Russian
S.A.N Wrote: ------------------------------------------------------- > На сегодня immutable реализован только в Firefox, а Chrome просто > изменили поведения и теперь при F5 статика отдается из клиент кеша, > без запроса к серверу. > > Я поддерживаю авто дby mikhal123 - Nginx Mailing List - Russian
S.A.N Wrote: ------------------------------------------------------- > Почитал спеку, но так и не понял, что нового дает immutable, если > установить expires max, клиент раз в год будет делать условный запрос, > если установить immutable, клиент никогда не будетby mikhal123 - Nginx Mailing List - Russian
Firefox уже как полгода поддерживает опцию кэширование "immutable" для объектов, которые по своему определению никогда не будут изменяться. Cache-Control: max-age=365000000, immutable https://bugzilla.mozilla.org/show_bug.cgi?id=1267474 Понятно, что её можно доby mikhal123 - Nginx Mailing List - Russian
Подскажите, правильную ли я написал конфигурацию для случая, когда требуется ограничить количество запросов к php-скриптам для нероссийских айпи-адресов? При 99% российского трафика на весь остальной мир (включая гугл-боby mikhal123 - Nginx Mailing List - Russian
Evgeniy Berdnikov Wrote: ------------------------------------------------------- > Есть, и даже люблю почитать инструкцию прежде чем что-либо делать. > Вытащил для интереса, в разделе "Техническое обслуживание и текущий > ремонт" > ничего не гby mikhal123 - Nginx Mailing List - Russian
Evgeniy Berdnikov Wrote: > Звучит как предложение написать в инструкции по эксплуатации автомобиля, что не следует одновременно сливать масло из картера и заливать новое при работающем двигателе. :) Подумайте, отчего такие банby mikhal123 - Nginx Mailing List - Russian
Maxim Dounin Wrote: > Ну то есть вы тщательно проигнорировали всё то доброе и вечное, что > nginx писал вам про некорректность вашей работы с файлами, и > вместо того, чтобы исправить проблему, заткнули сообщение, > дополнивby mikhal123 - Nginx Mailing List - Russian
Maxim Dounin Wrote: > Это, безусловно, ошибка - должна быть ругань в логе, а не цикл. > E.g, при выключенном sendfile'е - будет что-то вроде: > > ... read() read only ... of ... from "..." > > А на FreeBSD и при использовании sendfile() в таком случае бby mikhal123 - Nginx Mailing List - Russian
Maxim Dounin Wrote: ------------------------------------------------------- > А где там зацикливание? Мусор клиенту - это понятный и неизбежный > результат неатомарного обновления файлов, но зацикливаний хотелось > бы не допускать ни при каких обby mikhal123 - Nginx Mailing List - Russian
Валентин Бартенев Wrote: ------------------------------------------------------- > On Tuesday 01 March 2016 10:52:08 mikhal123 wrote: > > Валентин Бартенев Wrote: > > > Это всё и объясняет. Нельзя изменять файлы, которые раздаются. Клиент получит мусор, а вы получиby mikhal123 - Nginx Mailing List - Russian
Валентин Бартенев Wrote: > Лог получил. У вас в процессе работы nginx что-то с файлами происходит, они как-то изменяются, редактируются, обновляются? Да. Именно тот файл, из-за которого судя по логам все и происходит, обновby mikhal123 - Nginx Mailing List - Russian
Валентин Бартенев Wrote: > Директиву необходимо добавить на основной уровень конфигурации (the main context of your NGINX сonfiguration file), а у вас она находится на уровне http. не хотелось бы светить данные сайта, поэтому в субботу скинулby mikhal123 - Nginx Mailing List - Russian
Валентин Бартенев Wrote: > А вы в nginx.conf то сконфигурировали логирование в память? Да, все добавил user www-data; #timer_resolution 25ms; worker_priority -10; worker_processes auto; worker_rlimit_nofile 65536; #worker_rlimit_sigpending 32768; pid /var/run/nginx.pid; events { worker_connectiby mikhal123 - Nginx Mailing List - Russian
Валентин Бартенев Wrote: > процессу и вытащить из него дебаг лог в момент зацикливания. в общем у меня не получается вытащить этот самый лог nginx.gdb: http://pastebin.com/KjWUxymi nginx2.gdb: http://pastebin.com/tu5C0VbA лог: http://pastebin.com/D4YEerAQby mikhal123 - Nginx Mailing List - Russian
Валентин Бартенев Wrote: ------------------------------------------------------- > Можно настроить дебаг лог в памяти: > http://nginx.org/ru/docs/debugging_log.html#memory включил debug лог в памяти, но при попытке забрать его в соответствии вот с этим мануалом https://www.nby mikhal123 - Nginx Mailing List - Russian
Валентин Бартенев Wrote: > Не нужно ничего устанавливать. > nginx-debug уже установлен, он ставится вместе с основным пакетом, > его нужно только запустить. что-то я не понимаю... aptitude show nginx-debug Пакет: nginx-debug Новый: да Сосby mikhal123 - Nginx Mailing List - Russian
ALex_hha Wrote: ------------------------------------------------------- > > сам его я его точно не соберу как нужно, и как тут быть? > А зачем его собирать? За вас уже все собрали > # aptitude install nginx-debug ну как-то так... aptitude install nginx-debug Следующие НОВЫЕby mikhal123 - Nginx Mailing List - Russian
Валентин Бартенев Wrote: > Можно настроить дебаг лог в памяти: > http://nginx.org/ru/docs/debugging_log.html#memory В общем подозрения не оправдались - ошибка возникает даже в версии 1.9.11 вашей сборки top: http://i045.radikal.ru/1602/07/7275aafb6f02.png cpu-daily: http://i0by mikhal123 - Nginx Mailing List - Russian
Валентин Бартенев Wrote: > Если человек сам лично наблюдал, как они зацикливались. К тому же до > этого > была информация, что зацикливаются они навечно, то достаточно > подключиться к > процессу и вытащить из негоby mikhal123 - Nginx Mailing List - Russian
Валентин Бартенев Wrote: > Проблема скорее всего связана с вот этим: > > timer_resolution 25ms; Хм... эта директива у меня в конфиге точно более 5 лет (а скорее всего значительно больше) и прошла через кучу версий nginx и Debiaby mikhal123 - Nginx Mailing List - Russian
Валентин Бартенев Wrote: > Хотелось бы увидеть конфигурацию и дебаг лог. > > Как включить дебаг описано здесь: > http://nginx.org/ru/docs/debugging_log.html Конфигурация: http://pastebin.com/sh9fXExi Дебаг лог предоставить сложно, так как ошибкаby mikhal123 - Nginx Mailing List - Russian
Vasiliy P. Melnik Wrote: ------------------------------------------------------- > может просто попробовать понять что он делает ? там конечно не сильно > красиво, но > > strace -p 21312 вот эти шесть строчек, повторяющиеся бесконечное количество раз (за 3by mikhal123 - Nginx Mailing List - Russian
> Поставить официальную сборку без сторонних модулей. > http://nginx.org/ru/linux_packages.html как я и подозревал, официальная сборка 1.9.11 ведет себя также что можно сделать для выяснения ситуации? пока не перезапускаю nginx, так какby mikhal123 - Nginx Mailing List - Russian
хорошо, поставил nginx/1.9.11 из официальных реповby mikhal123 - Nginx Mailing List - Russian
Доброго времени суток. После обновления сервера до последнего Debian периодически наблюдаю картину, что рабочие процессы nginx по-одному начинают отъедать 99% процессорного времени. То есть если наблюдать за top, тby mikhal123 - Nginx Mailing List - Russian
полазив по инету, уже сделал себе примерно следующее: if ($request_uri ~ ^\/(host1|host2|host3|........)\/(.+)$) { set $cache_host $1.coolsite.ru; set $supercache_uri $2; } proxy_pass http://1.1.1.1:80/$supercache_uri; proxy_set_header Host $cache_host; работаетby mikhal123 - Nginx Mailing List - Russian