LINUX.ORG.RU

Вышел nginx 1.15.3

 


1

2

Вышел nginx 1.15.3, минорное обновление текущей mainline-ветки 1.15.*

Список изменений

  • Добавление: теперь TLSv1.3 можно использовать с BoringSSL.
  • Добавление: директива ssl_early_data, сейчас доступна при использовании BoringSSL.
  • Добавление: директивы keepalive_timeout и keepalive_requests в блоке upstream.
  • Исправление: модуль ngx_http_dav_module при копировании файла поверх существующего файла с помощью метода COPY не обнулял целевой файл.
  • Исправление: модуль ngx_http_dav_module при перемещении файла между файловыми системами с помощью метода MOVE устанавливал нулевые права доступа на результирующий файл и не сохранял время изменения файла.
  • Исправление: модуль ngx_http_dav_module при копировании файла с помощью метода COPY для результирующего файла использовал права доступа по умолчанию.
  • Изменение: некоторые клиенты могли не работать при использовании HTTP/2; ошибка появилась в 1.13.5.
  • Исправление: nginx не собирался с LibreSSL 2.8.0.

>>> Changelog

★★★★★

Проверено: jollheef ()

теперь TLSv1.3 можно использовать с BoringSSL.

Молодцы конечно
Но: почитал я про скучный ssl - оказалось, компания гугл реализует политику по замене стандартного ssl на свой собственный - скучный - ssl на всех своих продуктах, включая хром, андроид и все сервера
Мир никогда не будет прежним

kto_tama ★★★★★ ()
Последнее исправление: kto_tama (всего исправлений: 1)

Подскажите, как в обычной версии (не +) реализовать StickySession?

В прошлом году искал и нашёл только один сторонний модуль, действительно ли не умеет в StickySession опенсорц нжинкс или я плохо искал?

PunkoIvan ★★ ()
Ответ на: комментарий от GlorySmith

Да, выбрать upstream, если я не путаю ничего.

Кластерное джава-приложение срёт куками клиенту, когда клиент снова посылает запрос, то мне надо маршрут до той самой ноды на бекенде, которая была до этого (ID ноды записано в куках и передаётся серверу)

Апачем это реализовано так:

 Header add Set-Cookie  "ROUTEID=.%{BALANCER_WORKER_ROUTE}e; path=/"

        <Proxy balancer://appcluster>
               BalancerMember app1.com.local:8080 route=node1
               BalancerMember app2.com.local:8080 route=node2
                Order Deny,Allow
                Deny from none
                Allow from all

                ProxySet stickysession=ROUTEID

С удовольствием переведу на нжинкс, но не хватает знаний, кроме как через StickySession.

PunkoIvan ★★ ()

Столько изменений в webdav. Детских. Интересно, а что можно использовать для вебдав сервера? Ну то есть заточенного на скорость и безопасность? Чтоб не было ошибок в операциях копирования и перемещения файлов, чтобы были аклы на уровне самбы и скорость чтобы ограничивалась сетью и винчестером, а не 1 мбит в час при любых условиях...

AVL2 ★★★★★ ()
Ответ на: комментарий от PunkoIvan

Точное решение не дам :)) , но как-то так:

location / {
  set_decode_base64 $route_decoded $cookie_ROUTEID;
  proxy_pass http://${route_decoded};
}

Или даже так:

map $route_decoded $upstream {
  '~node1.*' 'app1.com.local:8080';
  '~node2.*' 'app2.com.local:8080';
}

location / {
  set_decode_base64 $route_decoded $cookie_ROUTEID;
  proxy_pass http://${upstream};
}
GlorySmith ()
Последнее исправление: GlorySmith (всего исправлений: 1)
Ответ на: комментарий от WindowsXP

Нет, ибо ресурс внутренний и доступен только через ВПН.

Например, два клиента отклюичились одновременно, их адреса получили два новый клиента и в наследство к их адресам ещё и сессии.

А так как кровавый ынтырпрайз и юзеров сильно больше 1к, то коллизии неизбежны.

Там есть ещё айдишник самой сессии, конечно. Но всё равное не вариант, сессии не сохраняются.

PunkoIvan ★★ ()