ling list
nginx@nginx.org <mailto:nginx@nginx.org>
https://mailman.nginx.org/mailman/listinfo/nginx
<https://mailman.nginx.org/mailman/listinfo/nginx>
___
nginx mailing list
nginx@nginx.org
https://mailman.nginx.org/mailman/list
e sender or the
Company accepts no liability for damage caused by any virus transmitted
in this email or error or omissions.
___
nginx mailing list
nginx@nginx.org
https://mailman.nginx.org/mailman/listinfo/nginx
--
Maxim Konovalov
___
it between
workers.
This is big.
Congrats, Dima and team.
Maxim
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
https://mailman.nginx.org/mailman/listinfo/nginx
and they are not covered by this documentation.
Maxim
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
https://mailman.nginx.org/mailman/listinfo/nginx
Alpine Linux versions.
[...]
Looks good.
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
https://mailman.nginx.org/mailman/listinfo/nginx-devel
пять лет выдается предупреждение.
--
Maxim Konovalov
___
nginx-ru mailing list
nginx-ru@nginx.org
https://mailman.nginx.org/mailman/listinfo/nginx-ru
"bookworm".
[...]
Looks good.
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
https://mailman.nginx.org/mailman/listinfo/nginx-devel
+++ b/xml/ru/linux_packages.xml Tue May 23 14:53:59 2023 -0700
@@ -7,7 +7,7 @@
+ rev="86">
@@ -179,6 +179,12 @@
+
+Пакеты для RHEL 7 и SLES 12 собраны без
+поддержки HTTP/3,
+так как OpenSSL, используемая в этих дистрибутивах, не поддерживает TLSv1.3.
+
+
Looks
Khomutov who are the primary authors of the
code, Maxim Dounin, who have been helping with the architecture and code
reviews and many other individuals and companies who helped us to make
it happen.
I am very proud of you.
Maxim
--
Maxim Konovalov
://hg.nginx.org/nginx
Go ahead.
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
https://mailman.nginx.org/mailman/listinfo/nginx-devel
implementation uses the maximum possible buffer size (65527) for
reading datagrams.
[..]
Plus README update:
[...]
+ nginx.org docs needs update too.
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
https://mailman.nginx.org/mailman/listinfo/nginx-devel
"lunar".
[...]
Looks good.
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
https://mailman.nginx.org/mailman/listinfo/nginx-devel
sed;>released,
+featuring URI rewrite, improved logging, and
+njs
+module support.
+
+
Looks good.
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
https://mailman.nginx.org/mailman/listinfo/nginx-devel
On 11.04.2023 07:29, Roman Arutyunyan wrote:
Hi,
On Mon, Apr 10, 2023 at 02:11:44PM -0700, Maxim Konovalov wrote:
On 10.04.2023 04:47, Roman Arutyunyan wrote:
# HG changeset patch
# User Roman Arutyunyan
# Date 1681127095 -14400
# Mon Apr 10 15:44:55 2023 +0400
# Branch quic
# Node ID
TLSv1.3;
-
To enable GSO (Generic Segmentation Offloading):
[...]
Well, TLSv1.3 is still required. You just don't need to add it to the
list of ssl_protocols. I would remove it from the config example but
keep a note that QUIC relies on TLSv1.3.
--
Maxim Konovalov
]
[TLSv1.2]
[TLSv1.3]
-TLSv1 TLSv1.1 TLSv1.2
+TLSv1 TLSv1.1 TLSv1.2 TLSv1.3
http
server
location
It makes sense to add a history note here and in other modules that have
ssl_protocol directive.
Maxim
--
Maxim Konovalov
___
nginx-devel
.
[...]
Looks good.
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
https://mailman.nginx.org/mailman/listinfo/nginx-devel
sed;>released.
+
+
+
https://quic.nginx.org/packages.html;>nginx-quic packages
Looks good.
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
https://mailman.nginx.org/mailman/listinfo/nginx-devel
nginx-devel mailing list -- nginx-devel@nginx.org
To unsubscribe send an email to nginx-devel-le...@nginx.org
___
nginx-devel mailing list -- nginx-devel@nginx.org
To unsubscribe send an email to ngin
Hi,
We've just launched our annual nginx survey and welcome you to share
your feedback:
https://survey.developernation.net/name/nis1
Thanks,
Maxim
On 10.09.2021 02:42, Maxim Konovalov wrote:
Hi everyone,
This is just a reminder that our marketing team is looking for your
participation
On 19.07.2022 17:23, Maxim Dounin wrote:
Hello!
Changes with nginx 1.23.119 Jul 2022
[...]
Изменения в nginx 1.23.1 19.07.2022
[...]
Looks good.
--
Maxim Konovalov
иге скорее
всего в принципе не слишком высокая (задеприкейчены они сравнительно
недавно, по меркам nginx -- вчера), то "ssl on" въелось за добрый
десяток лет настолько плотно, что мы сегодня видим эту директиву в живых
конфигах довольно часто.
architectures for Ubuntu 22.04.
[...]
Looks good.
--
Maxim Konovalov
___
nginx-devel mailing list -- nginx-devel@nginx.org
To unsubscribe send an email to nginx-devel-le...@nginx.org
.
As I say in my talk: “The best web server on the Planet” :)
Warmly,
-Tracey Jaquith
On Nov 3, 2021, at 12:48 AM, Maxim Konovalov <mailto:ma...@nginx.com>> wrote:
Hi Tracey,
On 03.11.2021 05:16, Tracey Jaquith wrote:
[...]
You might find this hopefully amusing, but I gave a talk at D
architectures for RHEL.
[...]
Looks good.
--
Maxim Konovalov
___
nginx-devel mailing list -- nginx-devel@nginx.org
To unsubscribe send an email to nginx-devel-le...@nginx.org
Updated OpenSSL and zlib used for win32 builds.
[...]
Looks good.
--
Maxim Konovalov
___
nginx-devel mailing list -- nginx-devel@nginx.org
To unsubscribe send an email to nginx-devel-le...@nginx.org
ый Wordpress, судя по
коду, вероятно похацканный.
Там ничего лишнего не поселилось?
С Уважением,
Александр.
___
nginx-ru mailing list -- nginx-ru@nginx.org
To unsubscribe send an email to nginx-ru-le...@nginx.org
--
Max
mainline cut off somewhere in May.
Maxim
--
Maxim Konovalov
___
nginx mailing list -- nginx@nginx.org
To unsubscribe send an email to nginx-le...@nginx.org
ral things to keep in mind: we want to keep the suite
compact as it is now and be able to have it integrated into CI/CD
systems easily.
Thanks,
Maxim
--
Maxim Konovalov
___
nginx-devel mailing list -- nginx-devel@nginx.org
To unsubscribe send an em
ilman/listinfo/nginx
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
ion.org/wp-content/uploads/2020/07/TLS-Offload-in-the-Kernel.pdf
Hope you will enjoy it.
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
t; (Video should hit YouTube by end of 2021).
>
Please update us with the link then.
Thanks!
Maxim
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-devel
:43, Maxim Konovalov wrote:
> Hi,
>
> On behalf of our marketing team I'd like to invite you, NGINX community
> members, users and developers, to participate in the NGINX Annual
> Community Survey.
>
> There are 20 questions there. It will take around 10 minutes of your
&g
tp://version.nginx.com/nginx/mainline
http://version.nginx.com/nginx/stable
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-devel
/SurveyResponse?at=1I0025DXE6KKG8JCV1KHEZ8U6WNP8QI5ONSB
Upon completion, you will receive an exclusive 90% discount code for the
NGINX swag store.
Thank you for helping shape the future of NGINX.
Regards,
NGINX team
--
Maxim Konovalov
___
nginx mailing list
e world.
>
> This is a fairly standard debian buster distribution, though we use a back
> ported newer kernel, and a recent version of nginx.
>
> ```
> # uname -a
> Linux xyz 5.10.0-0.bpo.4-amd64 #1 SMP Debian 5.10.19-1~bpo10+1 (2021-03-13)
> x86_64 GNU/Linux
> # /usr/local/nginx/sbin/nginx -v
> nginx version: nginx/1.20.1
> ```
>
> As you can see, without the reuseport option, this causes severe scalability
> problems for us.
>
> Even without that though, it would just be nice to have some more consistency
> of the `listen` options between http/stream/mail modules as well.
>
This looks weird.
We'll try to reproduce this in our lab. Thanks for the detailed script.
Maxim
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-devel
ld cure (or hide if you will) the unbalancing you
see it makes sense to get better understanding what exactly is going on.
So far we haven't seen such weird behaviour ourself neither received
reports about such uneven connections distribution among nginx workers.
Any chances you have accept_mutex a
Hi,
Liam Crilly just published recently a good summary where we are with the
QUIC and HTTP/3 implementation for nginx and our short term plans:
https://www.nginx.com/blog/our-roadmap-quic-http-3-support-nginx/
--
Maxim Konovalov
___
nginx mailing
also busy with the QUIC/HTTP/3 implementation and we would
be grateful for additional testers or developers hands:
https://quic.nginx.org/
I suppose you already seen the nginx dev guide and familiar with nginx
internals:
http://nginx.org/en/docs/dev/development_guide.html
Thanks,
Maxim
--
Maxim
Brilliant!
Big thanks to everyone who contributed code, time and energy into this release.
-- Maxim Konovalov
> 15 июня 2021 г., в 20:14, Dmitry Volyntsev написал(а):
>
> Hello,
>
> I'm glad to announce a new release of NGINX JavaScript module (njs).
>
> This relea
On 04.06.2021 18:44, babu vel wrote:
> Hi Maxim,
>
> It's not in upstream block. It's in server block. Please refer code snip
> below.
>
[...]
Yes, I missed the line numbers in your snippet.
Maxim D.'s has better explanation of what is going here.
--
lient_cert_auth;
> #
>
[...]
You cannot really use this directive in the upstream block, see
http://nginx.org/r/grpc_pass
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
gt; On Wed, May 12, 2021, 10:12 PM Maxim Konovalov <mailto:ma...@nginx.com>> wrote:
>
> Привет.
>
> On 12.05.2021 19:54, Илья Шипицин wrote:
> > какие преимущества и в каких сценариях может дать такая настройка?
> >
> Илья, вы с
Привет.
On 12.05.2021 19:54, Илья Шипицин wrote:
> какие преимущества и в каких сценариях может дать такая настройка?
>
Илья, вы спрашиваете про sandboxing как технологию вообще или
применительно к nginx/systemd?
--
Maxim Konovalov
___
ng
Which is the defacto hardening guide for securing Nginx rules apart from the
> CIS published ones?
>
I'd additionally take a look at Yandex's Gixy, nginx config scanner:
https://github.com/yandex/gixy
--
Maxim Konovalov
___
nginx mailing list
ngin
textprotocol.org/license.txt rel=license CC0-1.0
>>
>> —
>>
>>
>>
>> [1] https://github.com/textprotocol/publictext
>> [2] http://cr.yp.to/ucspi-tcp.html
>> [3] https://textprotocol.org
>> [4] http://cr.
On 10.02.2021 15:14, Илья Шипицин wrote:
> Не-не-не, это не rdp, а rdp gateway. Чуть другое. У гейтвея транспорт
> SSL в отличии от rdp. Терминировать SSL можно по настроению. Мы терминируем
>
А, сорри. Спасибо за разъяснение.
> On Wed, Feb 10, 2021, 4:58 PM Maxim Konovalov
ецифичных фишек.
> пример с терминацией SSL --> TCP
>
Кажется, для проксирования rdp терминировать ssl как раз не надо.
--
Maxim Konovalov
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
at it. He will come with his comments in next
several days.
Maxim
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-devel
s the pricing? Is Amplify supported at all?
>
> Thanks.
>
> ___
> nginx mailing list
> nginx@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx
>
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
это ресурс не под нашим контролем. Он поддерживается
внешним активистом. Сейчас пытаемся с ним связаться.
--
Maxim Konovalov
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Thanks,
Maxim
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
t.conf:3
>
> Help me with this issue.
>
You probably complied nginx from the vanilla repo while you should take
it from this one:
https://hg.nginx.org/nginx-quic/file/quic
See https://quic.nginx.org/ for more information.
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-devel
On 24.09.2020 19:28, Maxim Dounin wrote:
[...]
> Ну вот пониманию, что ICMP frag needed не работает и этот интернет
> не починить - уже лет 20, если не больше. Присутствующий тут
> Руслан Ермилов свой tcpmssd сделал 20 лет назад.
Так это он интернет сломал?
--
Maxim
stable or mainline for Production environment?
>
[...]
We published a blog post on this topic while ago:
https://www.nginx.com/blog/nginx-1-6-1-7-released/
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
rn clouds?
Maxim
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-devel
as expected?
>
> -Original Message-----
> From: Maxim Konovalov
> Sent: Wednesday, June 10, 2020 15:18
> To: nginx-devel@nginx.org
> Cc: Yigal Edery
> Subject: Re: nginx test plan with max coverage?
>
> Hi Yigal,
>
> We use nginx-tests for that. The suite provides &q
>
>
>
>
> ___
> nginx-devel mailing list
> nginx-devel@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-devel
>
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-devel
On 04.05.2020 17:45, Martin Grigorov wrote:
> Hi Maxim,
>
> On Mon, May 4, 2020 at 12:54 PM Maxim Konovalov <mailto:ma...@nginx.com>> wrote:
>
> Hi Antoine,
>
> On 04.05.2020 11:26, Flinou wrote:
> > Hello,
> >
> > I kn
ormal ?
>
Yes, we are planning to have 1.19.0 somewhere in May (not listed in trac
yet).
What you see in trac is for 1.19 mainline "branch".
Thanks,
Maxim
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
видостриминг с
>>> IP-видеокамеры, раздающего видеопоток по протоколу RTSP?
>>> И что для этого нужно? :)
>>>
>>> --
>>> Shilov
>>> ___
>>> nginx-ru mailing list
>>> nginx-ru@nginx.org
>>> http://mailman.ngin
>>> # Date 1586369831 -7200
>>> # Wed Apr 08 20:17:11 2020 +0200
>>> # Node ID f1dffaf619688aaab90caf31781ebe27c3f79598
>>> # Parent 0cb942c1c1aa98118076e72e0b89940e85e6291c
>>> Added support for proxying managesieve protocol
>>>
[...]
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-devel
es upgrade to an appropriate version
> I guess. Can anyone help to suggest/recommend tuning to minimize the
> errors or rather not to have them at all?
>
What I can recommend is to upgrade nginx 1.12 to the most recent 1.17
version (i.e. 1.17.8). We added tons of improvements into
hese vars on 19th of
November, see https://trac.nginx.org/nginx/roadmap
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-devel
ail/nginx-announce/2019/000254.html
http://mailman.nginx.org/pipermail/nginx/2019-October/058529.html
--
Maxim Konovalov
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
nginx-plus support with this issue.
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
it receives varies too much). We do intend to merge
> this
> to our production colos but there's no timeline yet.
>
> Yuchen (CC'ed) will be the main contact from now on as today is my
> last day at Cloudflare.
>
> - Ka-Hing
>
> On Thu, Feb 7, 2019
On 16/05/2019 16:51, Maxim Konovalov wrote:
> Hi,
>
> On 16/05/2019 16:46, Brandon Mallory wrote:
>> This is a very busy server and tried to push our programming
>> department to move to persistent connections, they feel that it
>> could be a security issue if dealing
/haproxy-high-mysql-request-rate-and-tcp-source-port-exhaustion/
> *
Nothing wrong with nginx in this scenario:
https://www.nginx.com/blog/overcoming-ephemeral-port-exhaustion-nginx-plus/
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
he report. It should be fixed now.
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-devel
On 04/04/2019 12:42, kpoxa wrote:
> Добрый день.
>
> В документации не нашел про
>> *) Добавление: диапазоны портов в директиве listen
> Можно пример использования?
>
http://nginx.org/en/docs/stream/ngx_stream_core_module.html#listen
t-server-return-nginx-plus-transparent-proxy/
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
Парни, давайте закончим.
Модифицировать можно, лицензия позволяет практически все.
Делать это или не делать -- up to you.
Если это делается в целях секьюрити, то это сомнительное действие.
--
Maxim Konovalov
___
nginx-ru mailing list
nginx-ru
00:19, Ka-Hing Cheung wrote:
> This has been running in our test colo for the past week with no ill effects.
>
> On Wed, Jan 23, 2019 at 4:39 AM Maxim Konovalov wrote:
>>
>> Hi Ka-Hing,
>>
>> Roman told me that the delta is because of your changes.
>>
&g
details: https://hg.nginx.org/nginx/rev/f56a4c91b303
branches:
changeset: 7447:f56a4c91b303
user: Maxim Konovalov
date: Mon Jan 28 13:23:37 2019 +0300
description:
Year 2019.
diffstat:
docs/text/LICENSE | 4 ++--
1 файлов изменено, 2 вставок(+), 2 удалений(-)
различия (12 строк
o_open on. Flipping that switch now.
>
> Also, including the patch that we applied on top in addition to the
> massaging we did to resolve conflicts. I haven't dug too deep to see
> if stock nginx also requires similar changes or they are only
> necessary because of our other nginx changes
бстоит сейчас не в курсе.
Китайские же товарищи, кажется, затягивают вообще любой код.
--
Maxim Konovalov
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
though.
We'll be grateful for more information about your specific usage,
brief overview, what kind of backends you use etc.
Thanks,
Maxim
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
So guys, are you really interested in this work beyond shiny
marketing blog posts?
On 05/12/2018 12:43, Maxim Konovalov wrote:
> Hello,
>
> just a reminder that we are looking for a tester for these patches.
>
> Thanks,
>
> Maxim
>
> On 16/11/2018 12:10, Maxim Kon
зникновения такой
проблемы, не трогая настройки файрволла.
Вред от включения этой ручки вряд ли будет. Крутить ее (и любые
другие ручки) бездумно тоже не стоит.
--
Maxim Konovalov
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
angeset patch
> # User Ruslan Ermilov
> # Date 1543592133 -10800
> # Fri Nov 30 18:35:33 2018 +0300
> # Node ID 95b0ee9297fc3b8782ee1a383e3221b935639cc3
> # Parent 79c7b169816cdc63044838b03084c631c0d2f0a3
> Upstream: implemented $upstream_bytes_sent.
>
[...
We are looking for overall performance and stability metrics and
>> feedback.
>>
>> Much appreciated,
>>
>> Maxim
>>
>> --
>> Maxim Konovalov
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-devel
Hi Ka-Hing,
would you mind to test Roman's most recent patches that add
"aio_open" directive?
http://mailman.nginx.org/pipermail/nginx-devel/2018-November/011538.html
We are looking for overall performance and stability metrics and
feedback.
Much appreciated,
Maxim
--
Maxim
e refactoring
>> - #2 thread open in open file cache
>> - #3 thread open in http static module
>> - #4 thread open in http file cache
> The next iteration of the work.
> Only 3 patches this time.
Testing and feedbacks are welcome.
--
Maxim Konovalov
___
nginx-devel mailing list
nginx-devel@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-devel
ync. That allows you to do a lot of interesting stuff,
> like in this example where two subrequests are run in parallel:
> http://nginx.org/en/docs/njs/examples.html#fast_response
>
Some additional stuff to this topic
https://github.com/nginxinc/nginx-openid-connect
--
Maxim Konovalo
On 28/08/2018 19:37, Maxim Konovalov wrote:
> Hello,
>
> As some of you probably know we are doing a conference in Atlanta in
> October 8 - 11 this year. You can find its full agenda here:
>
> https://www.nginx.com/nginxconf/2018/agenda/
>
[...]
Here is a channel where you
mentioned. Hopefully not, check for this comment from Andrey
https://github.com/SpiderLabs/ModSecurity/issues/1697#issuecomment-382741141
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
dd-module=../modsecurity-2.9.2/nginx/modsecurity
> --with-cc-opt=-fno-optimize-sibling-calls
>
>
[...]
modsecurity-2.9.2 is a culprit. Try to remove it from your build or
use modsec-3 instead
https://github.com/SpiderLabs/ModSecurity/tree/v3/master
--
Maxim Konovalov
_
...@palvelin.fi
>
> ___
> nginx mailing list
> nginx@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx
>
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
details: http://hg.nginx.org/nginx/rev/1cd63ae46243
branches:
changeset: 7336:1cd63ae46243
user: Maxim Konovalov
date: Fri Aug 10 14:15:05 2018 +0300
description:
A link to the error_log directive on nginx.org removed.
It makes more harm than good for users and nginx.org
-plus support with your inquiry.
Thanks,
Maxim
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
y we have an experimental support and this experiment
almost stalled years ago.
In the same time we heard about many cases when people use nginx for
Windows in production[*].
* Definition of "production" may vary significantly.
--
Maxim Konovalov
___
nd feature set stability
> for 3rd-party developers, while mainline versions gets
> all improvements (and even more bugfixes).
>
> http://mailman.nginx.org/pipermail/nginx/2014-February/042080.html
>
Это все примерно так, только исходный вопрос имеет примерно никакое
отношение к stable vs mainline.
--
Maxim Konovalov
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
ny nginx variable in stream which
> supports hostname i am connecting.
>
This is simple not possible. TCP doesn't have any signs of the
original domain name that was used for connect(2) on the client side.
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
On 20/06/2018 13:14, Vadim A. Misbakh-Soloviov wrote:
> В письме от вторник, 19 июня 2018 г. 16:19:56 MSK пользователь Maxim
> Konovalov
> написал:
>> On 19/06/2018 16:01, Vadim A. Misbakh-Soloviov wrote:
>>> А про DTLS нет ничего?
>>> А то патч перестал прим
now the stream module can handle multiple incoming UDP
datagrams from a client within a single session.
Она позволяет корректно проксировать DTLS трафик. Работает только на
системах с поддержкой SO_REUSEPORT и с включенным на соответствующем
listen-сокете reuseport, см. nginx.org/r/li
в релизе 1.15.1 в
начале июля;
- более лучшая поддержка TLS 1.3;
- поддержка переменных в директивах
ssl_certificate/ssl_certificate_key aka "динамические ssl
сертификаты". Возможно, что это про последний пункт в вашем письме.
Кроме этого, большие
2 release is anticipated this week.
Maxim
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
't see this mentioned in the release notes?
>
You are probably talking about nginx-unit project, right?
--
Maxim Konovalov
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
1 - 100 of 300 matches
Mail list logo