x.
> However it seems by typing nginx -V that the http-lua module is installed :
>
> $> nginx -V 2>1& | tr ' ' '\n'
n
> --add-dynamic-module=/build/nginx-KTLRnK/nginx-1.18.0/debian/modules/http-lua
"dynamic" means that at configure time, that module was set
Original message From: BELUCHE Yannick
Date: 11/23/21 09:38 (GMT-05:00) To:
nginx@nginx.org Subject: Enabling lua in Nginx 1.18.0
Hello,
I installed Nginx and Nginx-extra on an Ubuntu Focal 20.04.2 LTS server. I
wanted to use access_by_lua directive and I got an error :
$> nginx
@nginx.org Subject: Enabling lua in Nginx 1.18.0
Hello,
I installed Nginx and Nginx-extra on an Ubuntu Focal 20.04.2 LTS server. I
wanted to use access_by_lua directive and I got an error :
$> nginx –t
nginx: [emerg] unknown directive “access_by_lua” in
/etc/nginx/nginx-lua-headers.conf
that the http-lua module is installed :
$> nginx -V 2>1& | tr ' ' '\n'
nginx
version:
nginx/1.18.0
(Ubuntu)
built
with
OpenSSL
1.1.1f
31
Mar
2020
TLS
SNI
support
enabled
configure
arguments:
--with-cc-opt='-g
-O2
-fdebug-prefix-map=/build/nginx-KTLRnK/nginx-1.18.0=.
-fstack-protector-
gt;
>>>> On Sun, Nov 29, 2020 at 04:01:07PM +0100, ng...@bartelt.name wrote:
>>>>
>>>>> I've noticed that nginx 1.18.0 always enables TLS 1.3 even if not
>>>>> configured to do so. I've observed this behavior on OpenBSD with (nginx
>>>>>
On 11/30/20 11:39 PM, Maxim Dounin wrote:
Hello!
On Mon, Nov 30, 2020 at 06:41:18PM +0100, Andreas Bartelt wrote:
On 11/30/20 4:07 PM, Maxim Dounin wrote:
Hello!
On Sun, Nov 29, 2020 at 04:01:07PM +0100, ng...@bartelt.name wrote:
I've noticed that nginx 1.18.0 always enables TLS 1.3 even
Hello!
On Mon, Nov 30, 2020 at 06:41:18PM +0100, Andreas Bartelt wrote:
> On 11/30/20 4:07 PM, Maxim Dounin wrote:
> > Hello!
> >
> > On Sun, Nov 29, 2020 at 04:01:07PM +0100, ng...@bartelt.name wrote:
> >
> >> I've noticed that nginx 1.18.0 always enables
On 11/30/20 4:07 PM, Maxim Dounin wrote:
Hello!
On Sun, Nov 29, 2020 at 04:01:07PM +0100, ng...@bartelt.name wrote:
I've noticed that nginx 1.18.0 always enables TLS 1.3 even if not
configured to do so. I've observed this behavior on OpenBSD with (nginx
1.18.0 linked against LibreSSL 3.3.0
Hello!
On Sun, Nov 29, 2020 at 04:01:07PM +0100, ng...@bartelt.name wrote:
> I've noticed that nginx 1.18.0 always enables TLS 1.3 even if not
> configured to do so. I've observed this behavior on OpenBSD with (nginx
> 1.18.0 linked against LibreSSL 3.3.0) and on Ubuntu 20.04 (ngi
Thanks for your reply.
I've recompiled nginx on OpenBSD in order to get rid of the LibreSSL
version mismatch which is gone now:
# nginx -V
nginx version: nginx/1.18.0
built with LibreSSL 3.3.0
Unfortunately, this didn't solve the problem, i.e., TLS 1.3 is still
enabled on my OpenBSD/nginx
+.
Original message From: ng...@bartelt.name Date: 11/29/20
10:01 (GMT-05:00) To: nginx@nginx.org Subject: nginx 1.18.0 implicitly enables
TLS 1.3 (with only "ssl_protocols
TLSv1.2; " in nginx.conf config) Hello,I've noticed that nginx 1.18.0 always
enables TL
Hello,
I've noticed that nginx 1.18.0 always enables TLS 1.3 even if not
configured to do so. I've observed this behavior on OpenBSD with (nginx
1.18.0 linked against LibreSSL 3.3.0) and on Ubuntu 20.04 (nginx 1.18.0
linked against OpenSSL 1.1.1f). I don't know which release of nginx
Здравствуйте,
01.09.2020 21:59, Alexey Galygin wrote:
> действительно
>
> Dockerfile обновился, но docker оказывается сам его не отслеживает и не
> перекачивает
> обновление с той же версией можно обновить — docker pull nginx:1.18.0
>
> и тогда пришёл новый докерфайл/imag
действительно
Dockerfile обновился, но docker оказывается сам его не отслеживает и не
перекачивает
обновление с той же версией можно обновить — docker pull nginx:1.18.0
и тогда пришёл новый докерфайл/image — иначе всё из кэша бралось
ENV NJS_VERSION 0.4.2
бэст-практика для прода фиксировать
да, спасибо за внимание и поддержку!
удивительно, но на старом сервере действительно NJS младше: 0.4.0
хотя ставятся из одного докерфайла (и сегодня я даже пересобирал контейнер)
мы также пришли к выводу, что пара переменных точно будет похожа (к тому же
править частично — это странная
On 01.09.2020 08:59, Alexey Galygin wrote:
nginx из официального докер образа 1.18.0
njs шла в комплекте и отдельно не ставилась — 0.4.2
вообще никак не вмешивались…
за альтернативу кода спасибо!
сейчас думаем, как бы аккуратно выпилить эти артефакты совсем
Спасибо за баг-репорт. Могу
nginx из официального докер образа 1.18.0
njs шла в комплекте и отдельно не ставилась — 0.4.2
вообще никак не вмешивались…
за альтернативу кода спасибо!
сейчас думаем, как бы аккуратно выпилить эти артефакты совсем
> On 1 Sep 2020, at 07:56, Dmitry Volyntsev wrote:
>
>
> On 01.09.2020 00:42,
On 01.09.2020 00:42, Alexey Galygin wrote:
но на всякий случай, может есть версия как-то это нативно переписать
для конфига без всяких языков и модулей?
какие есть рекомендации? (совсем выкидывать всё же стрёмно…)
А подскажите свою версию njs (Если njs ставился из официальных пакетов,
нта,
>> вряд ли бы это забило всю память
>> (файлики jpg они маленькие, ну допустим текло по 1 Мб на запрос, ну утёк бы
>> 1 Гб за 5 минут, а не 300…)
>>
>> ну и точно такой же nginx 1.18.0 на эталонном сервере так не утекает
>>
>> изменилось в с
On Mon, Aug 31, 2020 at 06:11:17PM +0300, Alexey Galygin wrote:
> на тестовом запуске мы словили примерно 200 запросов к статике в секунду в
> среднем (иногда больше, иногда меньше)
> в общем-то это не так уж и много (картинки, стили, документы
>
> может быть такое, что если дисковая система
авить ограничений, это поможет?
или уменьшить worker_connections 4096?
или уменьшить open_file_cache?
или это всё фантазия и медленный диск не мог стать причиной пожирания всей
памяти?
> On 31 Aug 2020, at 14:38, Alexey Galygin wrote:
>
> стандартная сборка из docker hu
текло по 1 Мб на запрос, ну утёк бы 1
Гб за 5 минут, а не 300…)
ну и точно такой же nginx 1.18.0 на эталонном сервере так не утекает
изменилось в стенде только — Ubuntu — была 16.04 стала 20.04 (тут я подозреваю,
сменился аллокатор памяти, что-то с FS подкрутили, может дескрипторы если не
утекают
;>
>> Это безопасно
>>
>> On Mon, Aug 31, 2020, 2:38 PM Alexey Galygin > <mailto:m...@me.com>> wrote:
>> стандартная сборка из docker hub nginx:1.18.0
>>
>> docker exec nginx nginx -V
>>
>> TLS SNI support enabled
>> configure argum
y Galygin <mailto:m...@me.com>> wrote:
> стандартная сборка из docker hub nginx:1.18.0
>
> docker exec nginx nginx -V
>
> TLS SNI support enabled
> configure arguments: --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx
> --modules-path=/usr/lib/nginx/modules --conf-p
росов за всё время эксперимента,
> вряд ли бы это забило всю память
> (файлики jpg они маленькие, ну допустим текло по 1 Мб на запрос, ну утёк бы 1
> Гб за 5 минут, а не 300…)
>
> ну и точно такой же nginx 1.18.0 на эталонном сервере так не утекает
>
> изменилось в стенде только —
0
>>>> <https://prnt.sc/u8nia0>>)
>>>> в итоге сервер умирает, никогда такого не видели, это же кэширующий
>>>> прокси, а не БД!…
>>>>
>>>> пускаем на Ubuntu 20.04 Server LTS (5.4.0-42-generic #46-Ubuntu SMP Fri
ть aio, добавить ограничений, это поможет?
>
> или уменьшить worker_connections 4096?
>
> или уменьшить open_file_cache?
>
> или это всё фантазия и медленный диск не мог стать причиной пожирания всей
> памяти?
>
>
> On 31 Aug 2020, at 14:38, Alexey Galygin
то поможет?
>>
>> или уменьшить worker_connections 4096?
>>
>> или уменьшить open_file_cache?
>>
>> или это всё фантазия и медленный диск не мог стать причиной пожирания
>> всей памяти?
>>
>>
>> On 31 Aug 2020, at 14:38, A
поможет?
>
> или уменьшить worker_connections 4096?
>
> или уменьшить open_file_cache?
>
> или это всё фантазия и медленный диск не мог стать причиной пожирания всей
> памяти?
>
>
> On 31 Aug 2020, at 14:38, Alexey Galygin wrote:
>
> стандартная сб
стандартная сборка из docker hub nginx:1.18.0
docker exec nginx nginx -V
TLS SNI support enabled
configure arguments: --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx
--modules-path=/usr/lib/nginx/modules --conf-path=/etc/nginx/nginx.conf
--error-log-path=/var/log/nginx/error.log
--http-log
>> 10 00:24:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux)
>> нагруженный nginx 1.18 (пробовали из официальных репок ставить на хост
>> nginx/stable 1.18.0-1~focal amd64 и в контейнер из официального докера
>> nginx:1.18.0)
>>
>> из особенностей используются ngx_http_
/Linux)
нагруженный nginx 1.18 (пробовали из официальных репок ставить на хост
nginx/stable 1.18.0-1~focal amd64 и в контейнер из официального докера
nginx:1.18.0)
из особенностей используются ngx_http_js_module.so — для исторического
escape/unescape URI и ngx_http_image_filter_module.so — для по
20.04 Server LTS (5.4.0-42-generic #46-Ubuntu SMP Fri Jul
> 10 00:24:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux)
> нагруженный nginx 1.18 (пробовали из официальных репок ставить на хост
> nginx/stable 1.18.0-1~focal amd64 и в контейнер из официального докера
> nginx:1.18.0)
>
>
Количество воркеров можно посмотреть
ps auxw | grep nginx | grep worker | wc -l
Это безопасно
On Mon, Aug 31, 2020, 2:38 PM Alexey Galygin wrote:
> стандартная сборка из docker hub nginx:1.18.0
>
> docker exec nginx nginx -V
>
> TLS SNI support enabled
> configure argume
>>>
>>> пускаем на Ubuntu 20.04 Server LTS (5.4.0-42-generic #46-Ubuntu SMP Fri Jul
>>> 10 00:24:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux)
>>> нагруженный nginx 1.18 (пробовали из официальных репок ставить на хост
>>> nginx/stable 1.18.0-1~focal amd64 и в
On Mon, Aug 31, 2020 at 01:51:25PM +0300, Alexey Galygin wrote:
>случилось странное, переехали на сервера по параметрам в разы большие, чем
>сейчас (с нескромными 256 Гб RAM+ 100 Гб swap (из всех параметров влияния
>на штатные параметры sysctl осталось отключение ipv6
>и swapness
е кэширующий
> прокси, а не БД!…
>
> пускаем на Ubuntu 20.04 Server LTS (5.4.0-42-generic #46-Ubuntu SMP Fri
> Jul 10 00:24:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux)
> нагруженный nginx 1.18 (пробовали из официальных репок ставить на хост
> nginx/stable 1.18.0-1~focal amd64 и в
пускаем на Ubuntu 20.04 Server LTS (5.4.0-42-generic #46-Ubuntu SMP Fri Jul
> 10 00:24:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux)
> нагруженный nginx 1.18 (пробовали из официальных репок ставить на хост
> nginx/stable 1.18.0-1~focal amd64 и в контейнер из официального доке
Ясно.
Спасибо за содействие.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,289009,289019#msg-289019
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
On Sat, 8 Aug 2020, bagas wrote:
> nginx думал что это один параметр?
> gzip_types text/plain application/x-javascript
> include /usr/local/etc/nginx/conf.d/*.conf;
читайте документакию, она рулез ;-)
переводы строк не ограничивают команду
(а вот что происходит если посредине возникает
nginx думал что это один параметр?
gzip_types text/plain application/x-javascript
include /usr/local/etc/nginx/conf.d/*.conf;
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,289009,289016#msg-289016
___
nginx-ru mailing list
Не понял, это как так?
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,289009,289015#msg-289015
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
On Sat, 8 Aug 2020, bagas wrote:
> нашел проблему.
> gzip_types text/plain application/x-javascript;
>
> #include /usr/local/etc/nginx/conf.d/*.conf;
> include /usr/local/etc/nginx/sites-enabled/*;
> }
>
> Параметр не был закрыт символом ;
> gzip_types text/plain
нашел проблему.
gzip_types text/plain application/x-javascript;
#include /usr/local/etc/nginx/conf.d/*.conf;
include /usr/local/etc/nginx/sites-enabled/*;
}
Параметр не был закрыт символом ;
gzip_types text/plain application/x-javascript
После как добавил в конец строки символ
On Sat, 8 Aug 2020, bagas wrote:
> по
> nginx -t и nginx -T
> nginx: the configuration file /usr/local/etc/nginx/nginx.conf syntax is ok
> nginx: configuration file /usr/local/etc/nginx/nginx.conf test is successful
тогда смотреть в error.log
--
Sincerely,
D.Marck
по
nginx -t и nginx -T
nginx: the configuration file /usr/local/etc/nginx/nginx.conf syntax is ok
nginx: configuration file /usr/local/etc/nginx/nginx.conf test is successful
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,289009,289011#msg-289011
On Sat, 8 Aug 2020, bagas wrote:
> Добрый день.
> Подскажите пожалуйста.
> На одном из серверов nginx/1.18.0
> Система FreeBSD
>
> В конце файла /usr/local/etc/nginx/nginx.conf есть такая запись.
> include /usr/local/etc/nginx/conf.d/*.conf;
> include /usr/local/etc/nginx
Добрый день.
Подскажите пожалуйста.
На одном из серверов nginx/1.18.0
Система FreeBSD
В конце файла /usr/local/etc/nginx/nginx.conf есть такая запись.
include /usr/local/etc/nginx/conf.d/*.conf;
include /usr/local/etc/nginx/sites-enabled/*;
}
Я решил закоментировать #include /usr/local/etc/nginx
From: nginx On Behalf Of Zach Mitchell
Sent: Friday, May 22, 2020 11:49 AM
To: nginx@nginx.org
Subject: RE: nginx 1.18.0 does not reload on ubuntu 18.04
I’ve also tried that “ExecReload=/bin/kill -s HUP $MAINPID” which doesn’t work
either.
I’m testing by adding a new location rule and then relo
Katz
Sent: Friday, May 22, 2020 11:31 AM
To: nginx@nginx.org
Subject: Re: nginx 1.18.0 does not reload on ubuntu 18.04
I installed nginx on Ubuntu 18.04 from the nginx official repository, and the
provided systemd service file is much simpler than yours. It looks like this:
```
[Unit]
Description
like that works for you.
On Fri, May 22, 2020 at 10:59 AM Zach Mitchell wrote:
> I'm using a nginx 1.18.0 and 1.16.1 and when i perform a systemctl restart
> nginx, it does not actually reload the configs. nginx -s reload does not
> work either. Am i missing a configure flag th
I'm using a nginx 1.18.0 and 1.16.1 and when i perform a systemctl restart
nginx, it does not actually reload the configs. nginx -s reload does not work
either. Am i missing a configure flag that allows this to work properly?
Here is my nginx -V
built by gcc 5.4.0 20160609 (Ubuntu 5.4.0
Hi,
it seems that macOS still has an issue with the proper handling of RST_STREAM.
Since NGINX 1.18.0 the proper handling of RST_STREAM is re-enabled in this
commit:
https://hg.nginx.org/nginx/rev/2e61e4b6bcd9
I used git bisect to track this down. Our server mainly handles basic-auth
Изменения в nginx 1.18.0 21.04.2020
*) Стабильная ветка 1.18.x.
--
Maxim Dounin
http://nginx.org/
___
nginx-ru-announce mailing list
nginx-ru-announce@nginx.org
http://mailman.nginx.org/mailman/listinfo
Changes with nginx 1.18.021 Apr 2020
*) 1.18.x stable branch.
--
Maxim Dounin
http://nginx.org/
___
nginx-announce mailing list
nginx-announce@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
Изменения в nginx 1.18.0 21.04.2020
*) Стабильная ветка 1.18.x.
--
Maxim Dounin
http://nginx.org/
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Changes with nginx 1.18.021 Apr 2020
*) 1.18.x stable branch.
--
Maxim Dounin
http://nginx.org/
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
details: https://hg.nginx.org/nginx/rev/f8052414dbe9
branches: stable-1.18
changeset: 7643:f8052414dbe9
user: Maxim Dounin
date: Tue Apr 21 17:09:01 2020 +0300
description:
nginx-1.18.0-RELEASE
diffstat:
docs/xml/nginx/changes.xml | 14 ++
1 files changed, 14
58 matches
Mail list logo