Problem solved) If all listen 443 lines in all files have the same options - there will be no warnings. In my case listen 80; listen 443 ssl; in all included files and the "catch-all": listen 80 default accept_filter=httpready rcvbuf=8k; listen 443 ssl default accept_filter=dataready; at http level. Options other than ssl were ignored (and even resulted inby rihad - How to...
Hi, all. After the upgrade to nginx 1.26.2 I started facing this warning: nginx: protocol options redefined for 0.0.0.0:443 in /path/to/123456.conf:8 Here's how configuration is laid out. There's one http clause under which a number of name-based servers are included from /path/to/*.conf and then comes this server: server { listen 80 default accept_filter=httpready rcvbuf=8kby rihad - How to...
Сорри, вопрос снят. это наша проблема была. timer_resolution была выставлена 1000.by rihad - Nginx Mailing List - Russian
Нет ни у кого идей?by rihad - Nginx Mailing List - Russian
Доброго времени суток. На FreeBSD 13.1 nginx 1.22.0 логирует $upstream_response_time округленную до секунд, миллисекунды всегда показаны как .000. На Центосе показывает правильно. Можете подсказать как это настроить или починить на фришке? Спby rihad - Nginx Mailing List - Russian
Может лучше будет создать тикет здесь, чтобы не затерялось? https://trac.nginx.org/nginx/report/1by rihad - Nginx Mailing List - Russian
Спасибо, а логируется ли в таких случаях в error log? Или только если все апстримы фейлнули?by rihad - Nginx Mailing List - Russian
В случае если proxy апстрим не доступен на уровне сокета (ECONNREFUSED, а не просто вернулось HTTP 5хх), будет ли nginx ретраить POST запрос на следующих апстримах? По идее должен т.к. запрос никем не был принят и обработан.by rihad - Nginx Mailing List - Russian
Ни одной записи за сутки! Вот вам фидбяк ) Спасибо. Надеюсь патч появится в релизах. Для его проявления не нужно каких-то крупных деплоев, если я правильно понял, а только чтобы апстрим возвращал нгинксу Vary для кешируемоby rihad - Nginx Mailing List - Russian
cache loader давно вышел, новых записей "too long header" в логе пока нет.by rihad - Nginx Mailing List - Russian
Что любопытно после релоада нет ни одной ошибки, хотя раньше хотя бы раз в минуту было. Наверное пока cache loader запущен этих ситуаций не возникает.by rihad - Nginx Mailing List - Russian
Пропатчил, построил, перезапустил через роллинг апгрейд (USR+QUIT). Я так понимаю изменение для новых файлов будет актуально т.к. хедер поменялся.by rihad - Nginx Mailing List - Russian
А это не повлияет на другие ресурсы, кроме maps? Например если будет закеширован контент, отличающийся по языку, он правильно будет отдан?by rihad - Nginx Mailing List - Russian
Спасибо, а чего оно за полтора года не перекочевало из devel в mainline? У нас кеш 3 уровней, поддерживать патч на каждом из них как-то не то.by rihad - Nginx Mailing List - Russian
Эта ошибка часто в логе для разных файлов. В гугле нашел что это решается увеличением proxy_buffer_size, но он и так у нас 8k. Подскажите как решить. Версия 1.16.1, OS FreeBSD 11.3. Из-за этой ошибки кеш игнорируется и ресурс запрашивается иby rihad - Nginx Mailing List - Russian
Is time of last request also stored with the cached file on disk? If not, how does nginx track inactive timeout if it gets restarted?by rihad - Nginx Mailing List - English
У нас на некоторых серверах inactive стоит 90 дней, что будет если nginx перезагрузить до этого времени, сохранится ли время последнего запроса к кешированному ресурсу? Я попытался сам разобраться по коду но там сложно. file-by rihad - Nginx Mailing List - Russian
А можно вообще вернуться на родную openssl из фришки 11.х? Как она, стабильна? Вопросы лицензии и разного уровня "свободы" между "open" и "libre" мне безразличны.by rihad - Nginx Mailing List - Russian
В портах фришки есть еще libressl-devel, там версия 3.0.0, пересобрал nginx с ней - то же самое.by rihad - Nginx Mailing List - Russian
Я избавился от ворнингов временно просто перестроив с openssl :(by rihad - Nginx Mailing List - Russian
Не знаете есть ли обновления? Сейчас в nginx вышла дырка в http2 и пришлось обновляться с 1.16.0 до 1.16.1, но ворнинги от ssl_stapling вернулись. Дело в том что сайтов много, релоад в рамках общей задачи мы делаем довольно часто и это видby rihad - Nginx Mailing List - Russian
Спасибо за ответ. Буферизация конечно включена, мне просто показалось что желаемое поведение (одновременный прием от апстрима и отправка клиенту) происходит только при выключенной буферизации. Размер буфера в нескольby rihad - Nginx Mailing List - Russian
Просто эта цитата в доках на английском говорит, что такое бывает при выключенном буферинге.by rihad - Nginx Mailing List - Russian
Меня вот это немного смутило: "When buffering is disabled, the response is passed to a client synchronously, immediately as it is received. nginx will not try to read the whole response from the proxied server. " http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_buffering Получается когда buffering включен, то наобby rihad - Nginx Mailing List - Russian
Допустим если включено кеширование через proxy_cache, а также включено proxy_buffering (по умолчанию). Что происходит когда клиент запрашивает ресурс которого нет в кеше? Он сначала полностью скачивается из апстрима, кешируется, иby rihad - Nginx Mailing List - Russian
Когда cache loader читает эакешированные файлы при запуске nginx, если proxy_cache_path max_size недостаточно велика, вот такие ошибки начинают сыпаться под конец. Насколько это плохо? Может это повлиять на невозможность кэшировать новыеby rihad - Nginx Mailing List - Russian
> Если загрузка кэша не завершена - nginx при обращении к элементу > кэша, которого ещё нет в памяти, явно проверяет, есть ли > соответствующий файл на диске. То есть к лишним обращениям на > бэкенд это не приводит. Глby rihad - Nginx Mailing List - Russian
И еще параллельно такой вопрос возник: у нас крутящиеся диски на одном из серверов, и proxy_cache_path levels=1:2 все это приводит к тому, что в каждой директории где-то 3-4 тысячи файлов (я так понимаю поменять на 2:2 + reload уже нельзя?). cacby rihad - Nginx Mailing List - Russian
Спасибо! Да, проверил, если не меняется ничего, то cache loader при релоаде не запускается. Я просто релоадил когда что-то менял, поэтому подумал что всегда так )by rihad - Nginx Mailing List - Russian