--- a/xml/ru/docs/http/ngx_http_upstream_module.xml	Wed Feb 14 20:05:46 2024 +0300
+++ b/xml/ru/docs/http/ngx_http_upstream_module.xml	Wed Feb 14 20:05:49 2024 +0300
@@ -10,7 +10,7 @@
 <module name="Модуль ngx_http_upstream_module"
         link="/ru/docs/http/ngx_http_upstream_module.html"
         lang="ru"
-        rev="88">
+        rev="89">
 
 <section id="summary">
 
@@ -50,37 +50,6 @@
 </example>
 </para>
 
-<para>
-Динамически настраиваемая группа
-с периодическими
-<link doc="ngx_http_upstream_hc_module.xml">проверками работоспособности</link>
-доступна как часть
-<commercial_version>коммерческой подписки</commercial_version>:
-<example>
-resolver 10.0.0.1;
-
-upstream <emphasis>dynamic</emphasis> {
-    zone upstream_dynamic 64k;
-
-    server backend1.example.com      weight=5;
-    server backend2.example.com:8080 fail_timeout=5s slow_start=30s;
-    server 192.0.2.1                 max_fails=3;
-    server backend3.example.com      resolve;
-    server backend4.example.com      service=http resolve;
-
-    server backup1.example.com:8080  backup;
-    server backup2.example.com:8080  backup;
-}
-
-server {
-    location / {
-        proxy_pass http://<emphasis>dynamic</emphasis>;
-        health_check;
-    }
-}
-</example>
-</para>
-
 </section>
 
 
@@ -172,11 +141,6 @@
 суммарное число активных и неактивных соединений с проксируемым сервером
 может превышать значение <literal>max_conns</literal>.
 </note>
-<note>
-Начиная с версии 1.5.9 и до версии 1.11.5
-этот параметр был доступен как часть
-<commercial_version>коммерческой подписки</commercial_version>.
-</note>
 </tag-desc>
 
 <tag-name id="max_fails">
@@ -242,118 +206,9 @@
 </para>
 
 <para>
-Кроме того,
-следующие параметры доступны как часть
-<commercial_version>коммерческой подписки</commercial_version>:
-<list type="tag">
-
-<tag-name id="resolve">
-<literal>resolve</literal>
-</tag-name>
-<tag-desc>
-отслеживает изменения IP-адресов, соответствующих доменному имени сервера,
-и автоматически изменяет конфигурацию группы
-без необходимости перезапуска nginx (1.5.12).
-Группа должна находиться в <link id="zone">зоне разделяемой памяти</link>.
-<para>
-Для работы этого параметра
-директива <literal>resolver</literal>
-должна быть задана в блоке
-<link doc="ngx_http_core_module.xml" id="resolver">http</link>
-или в соответствующем блоке <link id="resolver">upstream</link>.
-</para>
-</tag-desc>
-
-<tag-name id="route">
-<literal>route</literal>=<value>строка</value>
-</tag-name>
-<tag-desc>
-задаёт имя маршрута к серверу.
-</tag-desc>
-
-<tag-name id="service">
-<literal>service</literal>=<value>имя</value>
-</tag-name>
-<tag-desc>
-включает преобразование
-<link url="https://datatracker.ietf.org/doc/html/rfc2782">SRV</link>-записей
-DNS и задаёт <value>имя</value> сервиса (1.9.13).
-Для работы параметра необходимо указать
-параметр <link id="resolve"/> для сервера
-и не указывать порт сервера.
-<para>
-Если имя сервиса не содержит точку (“<literal>.</literal>”), то
-имя составляется в соответствии с
-<link url="https://datatracker.ietf.org/doc/html/rfc2782">RFC</link>
-и в префикс службы добавляется протокол TCP.
-Например, для получения
-SRV-записи <literal>_http._tcp.backend.example.com</literal>
-необходимо указать директиву:
-<example>
-server backend.example.com service=http resolve;
-</example>
-Если имя сервиса содержит одну и более точек, то имя составляется
-при помощи соединения префикса службы и имени сервера.
-Например, для получения SRV-записей
-<literal>_http._tcp.backend.example.com</literal>
-и <literal>server1.backend.example.com</literal>
-необходимо указать директивы:
-<example>
-server backend.example.com service=_http._tcp resolve;
-server example.com service=server1.backend resolve;
-</example>
-</para>
-
-<para>
-SRV-записи с наивысшим приоритетом
-(записи с одинаковым наименьшим значением приоритета)
-преобразуются в основные серверы,
-остальные SRV-записи преобразуются в запасные серверы.
-Если в конфигурации сервера указан параметр <link id="backup"/>,
-высокоприоритетные SRV-записи преобразуются в запасные серверы,
-остальные SRV-записи игнорируются.
-</para>
-</tag-desc>
-
-<tag-name id="slow_start">
-<literal>slow_start</literal>=<value>время</value>
-</tag-name>
-<tag-desc>
-задаёт <value>время</value>, в течение которого вес сервера
-восстановится от нуля до своего номинального значения в ситуации, когда
-неработоспособный (unhealthy) сервер вновь становится работоспособным
-(<link doc="ngx_http_upstream_hc_module.xml" id="health_check">healthy</link>)
-или когда сервер становится доступным по прошествии времени,
-в течение которого он считался <link id="fail_timeout">недоступным</link>.
-Значение по умолчанию равно нулю и означает, что медленный старт выключен.
 <note>
-Параметр нельзя использовать совместно с
-методами балансировки нагрузки
-<link id="hash"/>, <link id="ip_hash"/> и <link id="random"/>.
-</note>
-</tag-desc>
-
-<tag-name id="drain">
-<literal>drain</literal>
-</tag-name>
-<tag-desc>
-переводит сервер в режим “draining” (1.13.6).
-В этом режиме на сервер будут проксироваться только
-<link id="sticky">привязанные</link> к нему запросы.
-<note>
-До версии 1.13.6
-параметр мог быть изменён только при помощи
-модуля <link doc="ngx_http_api_module.xml">API</link>.
-</note>
-</tag-desc>
-
-</list>
-</para>
-
-<para>
-<note>
-Если в группе только один сервер, параметры <literal>max_fails</literal>,
-<literal>fail_timeout</literal> и <literal>slow_start</literal>
+Если в группе только один сервер,
+параметры <literal>max_fails</literal> и <literal>fail_timeout</literal>
 игнорируются и такой сервер никогда не будет считаться недоступным.
 </note>
 </para>
@@ -375,70 +230,6 @@
 В этом случае достаточно указать <value>размер</value> только один раз.
 </para>
 
-<para>
-Дополнительно, как часть
-<commercial_version>коммерческой подписки</commercial_version>,
-в таких группах для изменения состава группы
-или настроек отдельных серверов
-нет необходимости перезапускать nginx.
-Конфигурация доступна через
-модуль <link doc="ngx_http_api_module.xml">API</link> (1.13.3).
-<note>
-До версии 1.13.3
-конфигурация была доступна только через специальный location,
-в котором указана директива
-<link doc="ngx_http_upstream_conf_module.xml" id="upstream_conf"/>.
-</note>
-</para>
-
-</directive>
-
-
-<directive name="state">
-<syntax><value>файл</value></syntax>
-<default/>
-<context>upstream</context>
-<appeared-in>1.9.7</appeared-in>
-
-<para>
-Задаёт <value>файл</value>, в котором хранится состояние
-динамически настраиваемой группы.
-</para>
-
-<para>
-Примеры:
-<example>
-state /var/lib/nginx/state/servers.conf; # путь для Linux
-state /var/db/nginx/state/servers.conf;  # путь для FreeBSD
-</example>
-</para>
-
-<para>
-В данный момент состояние ограничено списком серверов с их параметрами.
-Файл читается при парсинге конфигурации и обновляется каждый раз при
-<link doc="ngx_http_api_module.xml" id="http_upstreams_http_upstream_name_servers_">изменении</link>
-конфигурации группы.
-Изменение содержимого файла напрямую не рекомендуется.
-Директиву нельзя использовать
-совместно с директивой <link id="server"/>.
-</para>
-
-<para>
-<note>
-Изменения, совершённые в момент
-<link doc="../control.xml" id="reconfiguration">перезагрузки конфигурации</link>
-или <link doc="../control.xml" id="upgrade">обновления бинарного файла</link>,
-могут быть потеряны.
-</note>
-</para>
-
-<para>
-<note>
-Эта директива доступна как часть
-<commercial_version>коммерческой подписки</commercial_version>.
-</note>
-</para>
-
 </directive>
 
 
@@ -704,69 +495,6 @@
 </directive>
 
 
-<directive name="ntlm">
-<syntax/>
-<default/>
-<context>upstream</context>
-<appeared-in>1.9.2</appeared-in>
-
-<para>
-Позволяет проксировать запросы с
-<link url="https://en.wikipedia.org/wiki/Integrated_Windows_Authentication">проверкой
-подлинности NTLM</link>.
-Соединение с сервером группы привязывается к клиентскому соединению
-как только клиент отправляет запрос, в заголовке которого есть поле
-<header>Authorization</header> со значением,
-начинающимся с “<literal>Negotiate</literal>” или “<literal>NTLM</literal>”.
-Последующие запросы клиента будут проксироваться через это же соединение
-с сервером группы,
-сохраняя контекст аутентификации.
-</para>
-
-<para>
-Для работы проверки подлинности NTLM
-необходимо разрешить постоянные соединения с серверами группы.
-Директиву <link doc="ngx_http_proxy_module.xml" id="proxy_http_version"/>
-следует установить в “<literal>1.1</literal>”,
-а поле заголовка <header>Connection</header> — очистить:
-<example>
-upstream http_backend {
-    server 127.0.0.1:8080;
-
-    ntlm;
-}
-
-server {
-    ...
-
-    location /http/ {
-        proxy_pass http://http_backend;
-        proxy_http_version 1.1;
-        proxy_set_header Connection "";
-        ...
-    }
-}
-</example>
-</para>
-
-<para>
-<note>
-При использовании методов балансировки нагрузки, отличных
-от стандартного round-robin, следует активировать их до
-директивы <literal>ntlm</literal>.
-</note>
-</para>
-
-<para>
-<note>
-Эта директива доступна как часть
-<commercial_version>коммерческой подписки</commercial_version>.
-</note>
-</para>
-
-</directive>
-
-
 <directive name="least_conn">
 <syntax/>
 <default/>
@@ -785,86 +513,6 @@
 </directive>
 
 
-<directive name="least_time">
-<syntax>
-    <literal>header</literal> |
-    <literal>last_byte</literal>
-    [<literal>inflight</literal>]</syntax>
-<default/>
-<context>upstream</context>
-<appeared-in>1.7.10</appeared-in>
-
-<para>
-Задаёт для группы метод балансировки нагрузки, при котором запрос
-передаётся серверу с наименьшими средним временем ответа и
-числом активных соединений с учётом весов серверов.
-Если подходит сразу несколько серверов, то они выбираются циклически
-(в режиме round-robin) с учётом их весов.
-</para>
-
-<para>
-Если указан параметр <literal>header</literal>,
-то учитывается время получения
-<link id="var_upstream_header_time">заголовка ответа</link>.
-Если указан параметр <literal>last_byte</literal>, то учитывается
-время получения <link id="var_upstream_response_time">всего ответа</link>.
-Если указан параметр <literal>inflight</literal> (1.11.6),
-то также учитываются незавершённые запросы.
-<note>
-До версии 1.11.6 незавершённые запросы учитывались по умолчанию.
-</note>
-</para>
-
-<para>
-<note>
-Эта директива доступна как часть
-<commercial_version>коммерческой подписки</commercial_version>.
-</note>
-</para>
-
-</directive>
-
-
-<directive name="queue">
-<syntax>
-<value>число</value>
-[<literal>timeout</literal>=<value>время</value>]</syntax>
-<default/>
-<context>upstream</context>
-<appeared-in>1.5.12</appeared-in>
-
-<para>
-Если при обработке запроса невозможно сразу выбрать сервер группы, то
-запрос будет помещён в очередь.
-Директива задаёт максимальное <value>число</value> запросов,
-которые могут одновременно находиться в очереди.
-Если очередь переполнена
-или за время, задаваемое параметром <literal>timeout</literal>,
-так и не удастся выбрать сервер для передачи ему запроса,
-клиенту будет возвращена ошибка
-<http-status code="502" text="Bad Gateway"/>.
-</para>
-
-<para>
-По умолчанию параметр <literal>timeout</literal> равен 60 секундам.
-</para>
-
-<para>
-<note>
-При использовании методов балансировки нагрузки, отличных
-от стандартного round-robin, следует активировать их до
-директивы <literal>queue</literal>.
-</note>
-
-<note>
-Эта директива доступна как часть
-<commercial_version>коммерческой подписки</commercial_version>.
-</note>
-</para>
-
-</directive>
-
-
 <directive name="random">
 <syntax>[<literal>two</literal> [<value>метод</value>]]</syntax>
 <default/>
@@ -888,380 +536,6 @@
 с наименьшим количеством активных соединений.
 </para>
 
-<para id="random_least_time">
-Если указан метод <literal>least_time</literal>, то запрос передаётся серверу
-с наименьшими средним временем ответа и числом активных соединений.
-Если указан <literal>least_time=header</literal>, то учитывается
-время получения <link id="var_upstream_header_time">заголовка ответа</link>.
-Если указан <literal>least_time=last_byte</literal>, то учитывается
-время получения <link id="var_upstream_response_time">всего ответа</link>.
-<note>
-Метод <literal>least_time</literal> доступен как часть
-<commercial_version>коммерческой подписки</commercial_version>.
-</note>
-</para>
-
-</directive>
-
-
-<directive name="resolver">
-<syntax>
-    <value>адрес</value> ...
-    [<literal>valid</literal>=<value>время</value>]
-    [<literal>ipv4</literal>=<literal>on</literal>|<literal>off</literal>]
-    [<literal>ipv6</literal>=<literal>on</literal>|<literal>off</literal>]
-    [<literal>status_zone</literal>=<value>зона</value>]</syntax>
-<default/>
-<context>upstream</context>
-<appeared-in>1.17.5</appeared-in>
-
-<para>
-Задаёт серверы DNS, используемые для преобразования имён вышестоящих серверов
-в адреса, например:
-<example>
-resolver 127.0.0.1 [::1]:5353;
-</example>
-Адрес может быть указан в виде доменного имени или IP-адреса,
-и необязательного порта.
-Если порт не указан, используется порт 53.
-Серверы DNS опрашиваются циклически.
-</para>
-
-<para id="resolver_ipv6">
-По умолчанию nginx будет искать как IPv4-, так и IPv6-адреса
-при преобразовании имён в адреса.
-Если поиск IPv4- или IPv6-адресов нежелателен,
-можно указать параметр <literal>ipv4=off</literal> (1.23.1) или
-<literal>ipv6=off</literal>.
-</para>
-
-<para id="resolver_valid">
-По умолчанию nginx кэширует ответы, используя значение TTL из ответа.
-Необязательный параметр <literal>valid</literal> позволяет это
-переопределить:
-<example>
-resolver 127.0.0.1 [::1]:5353 valid=30s;
-</example>
-<note>
-Для предотвращения DNS-спуфинга рекомендуется
-использовать DNS-серверы в защищённой доверенной локальной сети.
-</note>
-</para>
-
-<para id="resolver_status_zone">
-Необязательный параметр <literal>status_zone</literal>
-включает
-<link doc="ngx_http_api_module.xml" id="resolvers_">сбор информации</link>
-о запросах и ответах сервера DNS
-в указанной <value>зоне</value>.
-</para>
-
-<para>
-<note>
-Эта директива доступна как часть
-<commercial_version>коммерческой подписки</commercial_version>.
-</note>
-</para>
-
-</directive>
-
-
-<directive name="resolver_timeout">
-<syntax><value>время</value></syntax>
-<default>30s</default>
-<context>upstream</context>
-<appeared-in>1.17.5</appeared-in>
-
-<para>
-Задаёт таймаут для преобразования имени в адрес, например:
-<example>
-resolver_timeout 5s;
-</example>
-</para>
-
-<para>
-<note>
-Эта директива доступна как часть
-<commercial_version>коммерческой подписки</commercial_version>.
-</note>
-</para>
-
-</directive>
-
-
-<directive name="sticky">
-<syntax>
-    <literal>cookie</literal> <value>имя</value>
-    [<literal>expires=</literal><value>время</value>]
-    [<literal>domain=</literal><value>домен</value>]
-    [<literal>httponly</literal>]
-    [<literal>samesite=</literal><literal>strict</literal>|<literal>lax</literal>|<literal>none</literal>|<value>$переменная</value>]
-    [<literal>secure</literal>]
-    [<literal>path=</literal><value>путь</value>]</syntax>
-<syntax>
-    <literal>route</literal> <value>$переменная</value> ...</syntax>
-<syntax>
-    <literal>learn</literal>
-    <literal>create=</literal><value>$переменная</value>
-    <literal>lookup=</literal><value>$переменная</value>
-    <literal>zone=</literal><value>имя</value>:<value>размер</value>
-    [<literal>timeout=</literal><value>время</value>]
-    [<literal>header</literal>]
-    [<literal>sync</literal>]</syntax>
-<default/>
-<context>upstream</context>
-<appeared-in>1.5.7</appeared-in>
-
-<para>
-Включает режим привязки сеансов, в котором запросы клиента
-будут передаваться на один и тот же сервер группы.
-Доступны три метода:
-<list type="tag">
-<tag-name id="sticky_cookie"><literal>cookie</literal></tag-name>
-<tag-desc>
-
-<para>
-При использовании метода <literal>cookie</literal> информация о
-назначенном сервере передаётся в HTTP-куке:
-<example>
-upstream backend {
-    server backend1.example.com;
-    server backend2.example.com;
-
-    sticky cookie srv_id expires=1h domain=.example.com path=/;
-}
-</example>
-</para>
-
-<para>
-Запрос от клиента, ещё не привязанного к определённому серверу,
-передаётся на сервер, выбранный согласно настроенному методу балансировки.
-Дальнейшие запросы от этого клиента передаются на тот же сервер.
-Если назначенный сервер не может обработать запрос, выбирается новый
-сервер как если бы клиент не имел привязки к серверу.
-
-<note>
-Так как любой метод балансировки пытается равномерно распределить нагрузку,
-учитывая уже привязанные запросы,
-сервер с наибольшим количеством привязанных запросов
-имеет меньшую вероятность получить новые, не привязанные запросы.
-</note>
-</para>
-
-<para>
-Первый параметр задаёт имя куки, которую необходимо установить или проверить.
-Значением куки является MD5-хэш IP-адреса и порта
-(или пути UNIX-сокета) в шестнадцатеричном виде.
-Однако если указан параметр “<literal>route</literal>”
-директивы <link id="server"/>, то значением куки будет
-значение параметра “<literal>route</literal>”:
-<example>
-upstream backend {
-    server backend1.example.com route=<emphasis>a</emphasis>;
-    server backend2.example.com route=<emphasis>b</emphasis>;
-
-    sticky cookie srv_id expires=1h domain=.example.com path=/;
-}
-</example>
-В этом случае значение куки “<literal>srv_id</literal>” будет
-или <value>a</value>, или <value>b</value>.
-</para>
-
-<para>
-Дополнительные параметры могут быть следующими:
-<list type="tag">
-
-<tag-name><literal>expires=</literal><value>время</value></tag-name>
-<tag-desc>
-Задаёт <value>время</value>, в течение которого браузеру необходимо хранить куку.
-Специальное значение <literal>max</literal> устанавливает срок хранения куки до
-31 декабря 2037 года 23:55:55 GMT.
-Если параметр не указан, то время действия куки ограничивается сессией браузера.
-</tag-desc>
-
-<tag-name><literal>domain=</literal><value>домен</value></tag-name>
-<tag-desc>
-Задаёт <value>домен</value>, для которого устанавливается кука.
-В значении параметра можно использовать переменные (1.11.5).
-</tag-desc>
-
-<tag-name><literal>httponly</literal></tag-name>
-<tag-desc>
-Добавляет атрибут <literal>HttpOnly</literal> к куке (1.7.11).
-</tag-desc>
-
-<tag-name id="sticky_samesite"><literal>samesite=</literal><literal>strict</literal> |
-<literal>lax</literal> | <literal>none</literal> | <literal>$переменная</literal></tag-name>
-<tag-desc>
-Добавляет атрибут <literal>SameSite</literal> (1.19.4) к куке
-с одним из следующих значений:
-<literal>Strict</literal>,
-<literal>Lax</literal>,
-<literal>None</literal> или
-при помощи переменных (1.23.3).
-В последнем случае если переменная имеет пустое значение,
-то атрибут <literal>SameSite</literal> не будет добавлен к куке,
-если значение переменной равно
-<literal>Strict</literal>,
-<literal>Lax</literal> или
-<literal>None</literal>,
-то атрибуту будет назначено соответствующее значение,
-иначе атрибуту будет назначено значение <literal>Strict</literal>.
-</tag-desc>
-
-<tag-name><literal>secure</literal></tag-name>
-<tag-desc>
-Добавляет атрибут <literal>Secure</literal> к куке (1.7.11).
-</tag-desc>
-
-<tag-name><literal>path=</literal><value>путь</value></tag-name>
-<tag-desc>
-Задаёт <value>путь</value>, для которого устанавливается кука.
-</tag-desc>
-
-</list>
-Если пропущен тот или иной параметр, то соответствующего поля в куке не будет.
-</para>
-</tag-desc>
-
-<tag-name id="sticky_route"><literal>route</literal></tag-name>
-<tag-desc>
-
-<para>
-При использовании метода <literal>route</literal> проксируемый сервер назначает
-клиенту маршрут по получении первого запроса.
-Все последующие запросы от этого клиента будут содержать информацию о
-маршруте в куке или URI.
-Эта информация сравнивается с параметром “<literal>route</literal>” директивы
-<link id="server"/> для идентификации сервера, на который
-следует проксировать запрос.
-Если параметр “<literal>route</literal>” не задан, то именем маршрута
-будет являться MD5-хэш IP-адреса и порта
-(или пути UNIX-сокета) в шестнадцатеричном виде.
-Если назначенный сервер не может обработать запрос, выбирается новый сервер
-согласно настроенному методу балансировки как если бы в запросе не было
-информации о маршруте.
-</para>
-
-<para>
-Параметры метода <literal>route</literal> задают переменные, которые
-могут содержать информацию о маршруте.
-Первая непустая переменная используется для поиска соответствующего сервера.
-</para>
-
-<para>
-Пример:
-<example>
-map $cookie_jsessionid $route_cookie {
-    ~.+\.(?P&lt;route>\w+)$ $route;
-}
-
-map $request_uri $route_uri {
-    ~jsessionid=.+\.(?P&lt;route>\w+)$ $route;
-}
-
-upstream backend {
-    server backend1.example.com route=a;
-    server backend2.example.com route=b;
-
-    sticky route $route_cookie $route_uri;
-}
-</example>
-В этом примере маршрут берётся из куки “<literal>JSESSIONID</literal>”,
-если она присутствует в запросе.
-В противном случае используется маршрут из URI.
-</para>
-
-</tag-desc>
-
-<tag-name id="sticky_learn"><literal>learn</literal></tag-name>
-<tag-desc>
-<para>
-При использовании метода <literal>learn</literal> (1.7.1) nginx
-анализирует ответы от вышестоящего сервера и запоминает
-начатые им сессии, которые обычно передаются в HTTP-куке.
-<example>
-upstream backend {
-   server backend1.example.com:8080;
-   server backend2.example.com:8081;
-
-   sticky learn
-          create=$upstream_cookie_examplecookie
-          lookup=$cookie_examplecookie
-          zone=client_sessions:1m;
-}
-</example>
-
-В примере выше сервер группы создаёт сессию путём установки
-куки “<literal>EXAMPLECOOKIE</literal>” в своём ответе.
-Последующие запросы с этой кукой будут передаваться на этот же сервер.
-Если сервер не может обработать запрос, выбирается новый
-сервер как если бы клиент не имел привязки к серверу.
-</para>
-
-<para>
-Параметры <literal>create</literal> и <literal>lookup</literal>
-задают переменные, в которых соответственно указывается способ
-создания новых и поиска существующих сессий.
-Оба параметра могут быть указаны больше одного раза
-(в этом случае используется первая непустая переменная).
-</para>
-
-<para>
-Сессии хранятся в зоне разделяемой памяти, <value>имя</value> и
-<value>размер</value> которой задаются параметром <literal>zone</literal>.
-Зоны размером в 1 мегабайт достаточно для хранения около 4 тысяч сессий
-на 64-битной платформе.
-Сессии, к которым не было обращений в течение времени, заданного параметром
-<literal>timeout</literal>, удаляются из зоны.
-По умолчанию <literal>timeout</literal> равен 10 минутам.
-</para>
-
-<para id="sticky_learn_header">
-Параметр <literal>header</literal> (1.13.1) позволяет создавать сессию
-сразу после получения заголовков ответа от сервера группы.
-</para>
-
-<para id="sticky_learn_sync">
-Параметр <literal>sync</literal> (1.13.8) разрешает
-<link doc="../stream/ngx_stream_zone_sync_module.xml" id="zone_sync">синхронизацию</link>
-данной зоны разделяемой памяти.
-</para>
-
-</tag-desc>
-</list>
-</para>
-
-<para>
-<note>
-Эта директива доступна как часть
-<commercial_version>коммерческой подписки</commercial_version>.
-</note>
-</para>
-
-</directive>
-
-
-<directive name="sticky_cookie_insert">
-<syntax><value>имя</value>
-[<literal>expires=</literal><value>время</value>]
-[<literal>domain=</literal><value>домен</value>]
-[<literal>path=</literal><value>путь</value>]</syntax>
-<default/>
-<context>upstream</context>
-
-<para>
-Эта директива устарела начиная с версии 1.5.7.
-Вместо неё следует использовать аналогичную директиву
-<link id="sticky"/> с изменённым синтаксисом:
-<note>
-<literal>sticky cookie</literal> <value>имя</value>
-[<literal>expires=</literal><value>время</value>]
-[<literal>domain=</literal><value>домен</value>]
-[<literal>path=</literal><value>путь</value>];
-</note>
-</para>
-
 </directive>
 
 </section>
@@ -1360,25 +634,6 @@
 последнего сервера.
 </tag-desc>
 
-<tag-name id="var_upstream_last_server_name"><var>$upstream_last_server_name</var></tag-name>
-<tag-desc>
-хранит имя последнего выбранного сервера группы (1.25.3);
-позволяет передать его
-<link doc="ngx_http_proxy_module.xml" id="proxy_ssl_server_name">через SNI</link>:
-<example>
-proxy_ssl_server_name on;
-proxy_ssl_name        $upstream_last_server_name;
-</example>
-
-<para>
-<note>
-Эта переменная доступна как часть
-<commercial_version>коммерческой подписки</commercial_version>.
-</note>
-</para>
-
-</tag-desc>
-
 <tag-name id="var_upstream_queue_time"><var>$upstream_queue_time</var></tag-name>
 <tag-desc>
 хранит время, проведённое запросом в <link id="queue">очереди</link>