nginx-1.7.5-RELEASE

This commit is contained in:
Maxim Dounin 2014-09-16 16:19:03 +04:00
parent ce47411b45
commit f6cf796109

View File

@ -5,6 +5,151 @@
<change_log title="nginx"> <change_log title="nginx">
<changes ver="1.7.5" date="16.09.2014">
<change type="security">
<para lang="ru">
при использовании общего для нескольких блоков server
разделяемого кэша SSL-сессий или общего ключа для шифрования
TLS session tickets было возможно повторно использовать
SSL-сессию в контексте другого блока server (CVE-2014-3616).<br/>
Спасибо Antoine Delignat-Lavaud.
</para>
<para lang="en">
it was possible to reuse SSL sessions in unrelated contexts
if a shared SSL session cache or the same TLS session ticket key
was used for multiple "server" blocks (CVE-2014-3616).<br/>
Thanks to Antoine Delignat-Lavaud.
</para>
</change>
<change type="change">
<para lang="ru">
директиву stub_status теперь можно указывать без параметров.
</para>
<para lang="en">
now the "stub_status" directive does not require a parameter.
</para>
</change>
<change type="feature">
<para lang="ru">
параметр always директивы add_header.
</para>
<para lang="en">
the "always" parameter of the "add_header" directive.
</para>
</change>
<change type="feature">
<para lang="ru">
директивы
proxy_next_upstream_tries, proxy_next_upstream_timeout,
fastcgi_next_upstream_tries, fastcgi_next_upstream_timeout,
memcached_next_upstream_tries, memcached_next_upstream_timeout,
scgi_next_upstream_tries, scgi_next_upstream_timeout,
uwsgi_next_upstream_tries и uwsgi_next_upstream_timeout.
</para>
<para lang="en">
the
"proxy_next_upstream_tries", "proxy_next_upstream_timeout",
"fastcgi_next_upstream_tries", "fastcgi_next_upstream_timeout",
"memcached_next_upstream_tries", "memcached_next_upstream_timeout",
"scgi_next_upstream_tries", "scgi_next_upstream_timeout",
"uwsgi_next_upstream_tries", and "uwsgi_next_upstream_timeout"
directives.
</para>
</change>
<change type="bugfix">
<para lang="ru">
в параметре if директивы access_log.
</para>
<para lang="en">
in the "if" parameter of the "access_log" directive.
</para>
</change>
<change type="bugfix">
<para lang="ru">
в модуле ngx_http_perl_module.<br/>
Спасибо Piotr Sikora.
</para>
<para lang="en">
in the ngx_http_perl_module.<br/>
Thanks to Piotr Sikora.
</para>
</change>
<change type="bugfix">
<para lang="ru">
директива listen почтового прокси-сервера
не позволяла указать более двух параметров.
</para>
<para lang="en">
the "listen" directive of the mail proxy module
did not allow to specify more than two parameters.
</para>
</change>
<change type="bugfix">
<para lang="ru">
директива sub_filter не работала
с заменяемой строкой из одного символа.
</para>
<para lang="en">
the "sub_filter" directive did not work
with a string to replace consisting of a single character.
</para>
</change>
<change type="bugfix">
<para lang="ru">
запросы могли зависать, если использовался resolver
и в процессе обращения к DNS-серверу происходил таймаут.
</para>
<para lang="en">
requests might hang if resolver was used
and a timeout occurred during a DNS request.
</para>
</change>
<change type="bugfix">
<para lang="ru">
в модуле ngx_http_spdy_module при использовании совместно с AIO.
</para>
<para lang="en">
in the ngx_http_spdy_module when using with AIO.
</para>
</change>
<change type="bugfix">
<para lang="ru">
в рабочем процессе мог произойти segmentation fault,
если с помощью директивы set изменялись переменные
"$http_...", "$sent_http_..." или "$upstream_http_...".
</para>
<para lang="en">
a segmentation fault might occur in a worker process
if the "set" directive was used to change the "$http_...",
"$sent_http_...", or "$upstream_http_..." variables.
</para>
</change>
<change type="bugfix">
<para lang="ru">
в обработке ошибок выделения памяти.<br/>
Спасибо Markus Linnala и Feng Gu.
</para>
<para lang="en">
in memory allocation error handling.<br/>
Thanks to Markus Linnala and Feng Gu.
</para>
</change>
</changes>
<changes ver="1.7.4" date="05.08.2014"> <changes ver="1.7.4" date="05.08.2014">
<change type="security"> <change type="security">