Show all posts by user
Discussions in Spanish
Page 1 of 2
Pages: 12
Results 1 - 30 of 52
Доброго времени суток. На FreeBSD 13.1 nginx 1.22.0 логирует $upstream_response_time округленную до секунд, миллисекунды всегда показаны как .000. На Центосе показывает правильно. Можете подсказать как это настроить или починить на фришке? Сп
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 запущен этих ситуаций не возникает.
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
Не знаете есть ли обновления? Сейчас в nginx вышла дырка в http2 и пришлось обновляться с 1.16.0 до 1.16.1, но ворнинги от ssl_stapling вернулись.
Дело в том что сайтов много, релоад в рамках общей задачи мы делаем довольно часто и это вид
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 уже нельзя?). cac
by
rihad
-
Nginx Mailing List - Russian
Спасибо! Да, проверил, если не меняется ничего, то cache loader при релоаде не запускается. Я просто релоадил когда что-то менял, поэтому подумал что всегда так )
by
rihad
-
Nginx Mailing List - Russian
Можно как-то обойтись без reload (SIGHUP) nginx для того чтобы он перечитал с диска сертификаты (ssl_certificate)? Без этого он не бывает в курсе что они были обновлены. Но у релоад есть плохая штука что он наверняка забывает такие вещи ка
by
rihad
-
Nginx Mailing List - Russian
У нас стоит:
proxy_next_upstream error timeout http_500 http_502 http_503 http_504;
Иногда в случае если один из апстримов в дауне в access.log появляются подобные строчки:
10.10.10.10 - S387DE34EI-1557637722 [12/May/2019:05:08:42 +0000] "GET /blah/blah HTTP/1.1" 502 12001 "-" "- example.
by
rihad
-
Nginx Mailing List - Russian
Page 1 of 2
Pages: 12