В коллекцию "критических" для nginx ошибок:
2020/03/05 18:52:12 [crit] 2112#2112: *1715715 SSL_write() failed while
processing HTTP/2 connection, client: ip_адрес_клиента
2020/03/05 19:51:36 [crit] 2107#2107: *1814649 SSL_write() failed while
sending response to client, client: ip_адрес_клиента
> > Может быть, команда разработчиков рассмотрит возможность добавления
директивы переопределения пользователем уровня ошибок, по аналогии например
с
http://nginx.org/ru/docs/http/ngx_http_limit_req_module.html#limit_req_log_level
?
> Обычно ребята предлагают протестировать подобные штуки, тем бол
> > [crit] 11016#11016: *46796 SSL_read_early_data() failed
(SSL:error:1423D06E:SSL routines:tls_parse_ctos_server_name:bad extension)
while SSL handshaking, client: , server: 0.0.0.0:443
> Было бы интересно посмотреть, что конкретно там прилетает.
Каким образом можно это сделать? nginx-debug запис
Включил на своём сервере опцию "ssl_early_data". Всё вроде бы хорошо, но в
error.log довольно много (порядка 0.5% от общего числа запросов, что на
трафике в миллион уже немного напрягает) записей вида:
[crit] 11016#11016: *46796 SSL_read_early_data() failed (SSL:
error:1423D06E:SSL routines:tls_par
S.A.N Wrote:
---
> На сегодня immutable реализован только в Firefox, а Chrome просто
> изменили поведения и теперь при F5 статика отдается из клиент кеша,
> без запроса к серверу.
>
> Я поддерживаю авто добавления параметра immutable, в заголовок
S.A.N Wrote:
---
> Почитал спеку, но так и не понял, что нового дает immutable, если
> установить expires max, клиент раз в год будет делать условный запрос,
> если установить immutable, клиент никогда не будет делать условных
> запросов, т.е. это
Firefox уже как полгода поддерживает опцию кэширование "immutable" для
объектов, которые по своему определению никогда не будут изменяться.
Cache-Control: max-age=36500, immutable
https://bugzilla.mozilla.org/show_bug.cgi?id=1267474
Понятно, что её можно добавлять вручную через add_header
Но
Подскажите, правильную ли я написал конфигурацию для случая, когда требуется
ограничить количество запросов к php-скриптам для нероссийских айпи-адресов?
При 99% российского трафика на весь остальной мир (включая гугл-бота) за
глаза должно хватать 50 запросов секунду.
А то ДДОСят периодически, так
Evgeniy Berdnikov Wrote:
---
> Есть, и даже люблю почитать инструкцию прежде чем что-либо делать.
> Вытащил для интереса, в разделе "Техническое обслуживание и текущий
> ремонт"
> ничего не говорится про слив. Написано лишь почему не следует
>
Evgeniy Berdnikov Wrote:
> Звучит как предложение написать в инструкции по эксплуатации автомобиля,
что не следует одновременно сливать масло из картера и заливать новое при
работающем двигателе. :) Подумайте, отчего такие банальные вещи в
инструкциях не пишут.
Хм... Могу с уверенность предполож
Maxim Dounin Wrote:
> Ну то есть вы тщательно проигнорировали всё то доброе и вечное, что
> nginx писал вам про некорректность вашей работы с файлами, и
> вместо того, чтобы исправить проблему, заткнули сообщение,
> дополнив файл пробелами? И, судя по тому, что сейчас у вас всё
> зацикливается
Maxim Dounin Wrote:
> Это, безусловно, ошибка - должна быть ругань в логе, а не цикл.
> E.g, при выключенном sendfile'е - будет что-то вроде:
>
> [alert] ... read() read only ... of ... from "..."
>
> А на FreeBSD и при использовании sendfile() в таком случае будет:
>
> [alert] ... sendfile() re
Maxim Dounin Wrote:
---
> А где там зацикливание? Мусор клиенту - это понятный и неизбежный
> результат неатомарного обновления файлов, но зацикливаний хотелось
> бы не допускать ни при каких обстоятельствах.
вот-вот, мне как-то тоже непонятна
Валентин Бартенев Wrote:
> Лог получил. У вас в процессе работы nginx что-то с файлами происходит,
они как-то изменяются, редактируются, обновляются?
Да. Именно тот файл, из-за которого судя по логам все и происходит,
обновляется один раз в 15 секунд.
Крон дергает небольшой пхп-скриптик, который
Валентин Бартенев Wrote:
> Директиву необходимо добавить на основной уровень конфигурации (the main
context of your NGINX сonfiguration file), а у вас она находится на уровне
http.
не хотелось бы светить данные сайта, поэтому в субботу скинул на почту
debug-лог при зацикливании процесса. дошел ли
Валентин Бартенев Wrote:
> А вы в nginx.conf то сконфигурировали логирование в память?
Да, все добавил
user www-data;
#timer_resolution 25ms;
worker_priority -10;
worker_processesauto;
worker_rlimit_nofile65
Валентин Бартенев Wrote:
> процессу и вытащить из него дебаг лог в момент зацикливания.
в общем у меня не получается вытащить этот самый лог
nginx.gdb: http://pastebin.com/KjWUxymi
nginx2.gdb: http://pastebin.com/tu5C0VbA
лог: http://pastebin.com/D4YEerAQ
Posted at Nginx Forum:
https://forum.n
Валентин Бартенев Wrote:
---
> Можно настроить дебаг лог в памяти:
> http://nginx.org/ru/docs/debugging_log.html#memory
включил debug лог в памяти, но при попытке забрать его в соответствии вот с
этим мануалом
https://www.nginx.com/blog/new-debug
Валентин Бартенев Wrote:
> Не нужно ничего устанавливать.
> nginx-debug уже установлен, он ставится вместе с основным пакетом,
> его нужно только запустить.
что-то я не понимаю...
aptitude show nginx-debug
Пакет: nginx-debug
Новый: да
Состояние: не установлен
Версия: 1.9.7-1~jessie
Приоритет: доп
ALex_hha Wrote:
---
> > сам его я его точно не соберу как нужно, и как тут быть?
> А зачем его собирать? За вас уже все собрали
> # aptitude install nginx-debug
ну как-то так...
aptitude install nginx-debug
Следующие НОВЫЕ пакеты будут установле
Валентин Бартенев Wrote:
> Если человек сам лично наблюдал, как они зацикливались. К тому же до
> этого
> была информация, что зацикливаются они навечно, то достаточно
> подключиться к
> процессу и вытащить из него дебаг лог в момент зацикливания.
ради развития лучшего в мире сервера на выходных
Валентин Бартенев Wrote:
> Проблема скорее всего связана с вот этим:
>
> timer_resolution25ms;
Хм... эта директива у меня в конфиге точно более 5 лет (а скорее всего
значительно больше) и прошла через кучу версий nginx и Debian, а проблемы
начались только после перехода на последни
Vasiliy P. Melnik Wrote:
---
> может просто попробовать понять что он делает ? там конечно не сильно
> красиво, но
>
> strace -p 21312
вот эти шесть строчек, повторяющиеся бесконечное количество раз (за 30
секунд генерится файл с ними размером 2
хорошо, поставил nginx/1.9.11 из официальных репов
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,264701,264707#msg-264707
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
24 matches
Mail list logo
