В данном разделе описаны параметры, передаваемые модулю IPsec-драйвера, применяемые в момент загрузки самого модуля драйвера. При изменении параметров файла /etc/modprobe.d/vpndrvr.conf, для применения новых значений потребуется перезагрузка сервиса vpngate.service.
|
Внимание! |
В зависимости характеристик используемой АП и характера, обрабатываемого на ней, трафика, изменение параметров файла vpndrvr.conf может напрямую отразится на производительности С‑Терра Шлюз. Для получения наиболее оптимальных значений обратитесь в службу технической поддержки support@s-terra.ru. |
Таблица 3
|
Название |
Размерность значений |
Значение по умолчанию |
Описание |
|
vpn_debug_level |
Число 0-3 |
3 |
Уровень вывода сообщений драйвера: • 0 – все; • 1 – информационные; • 2 – предупреждения; • 3 – критические ошибки. |
|
pcap_defcfg |
Число 0-9 |
9 |
Политика драйвера по умолчанию (DDP). Для изменения данного параметра необходимо использовать утилиту dp_mgr. Описание утилиты dp_mgr и принципов работы DDP можно найти в документе «Специализированные команды». |
|
cpu_distribution |
Строка |
|
Распределение ядер CPU по ролям. Более подробное описание см. в разделе «Настройка параметров параллельной обработки сетевого трафика». |
|
use_priority_queue |
Число 0 или 1 |
1 |
Использовать (1) или не использовать (0) отдельные очереди для обработки приоритетных пакетов. |
|
fw_filter_cache_hash_bits |
Число 10-17 |
10 |
Количество бит хэш-таблицы кэша правил. |
|
fw_filter_cache_bucket_size |
Число 8-128 |
8 |
Среднее количество одинаковых значений хэша в кэше правил. |
|
fw_filter_cache_ttl |
Секунды, |
5 |
Время жизни одной записи в кэше правил. |
|
fw_tosmark_cache_hash_bits |
Число 10-17 |
11 |
Количество бит хэш-таблицы кэша предварительной классификации. |
|
fw_tosmark_cache_bucket_size |
Число 8-128 |
8 |
Среднее количество одинаковых значений хэша в кэше предварительной классификации. |
|
fw_tosmark_cache_ttl |
1-3600 секунд |
20 секунд |
Время жизни в секундах одной записи в кэше предварительной классификации. |
|
use_inout_sendqs |
0 или 1 |
1 |
Использовать (1) или не использовать (0) раздельные очереди для входящих и исходящих пакетов. Этот параметр может быть изменен с помощью средств утилиты drv_mrg. |
|
pcap_collect_statistics |
0 или 1 |
1 |
Собирать (1) или не собирать (0) расширенную статистику, которую показывает утилита kstat_show -e. Сбор расширенной статистики незначительно влияет на производительность. Этот параметр может быть изменен с помощью средств утилиты drv_mrg. |
|
pcap_if_cache_hash_bits |
Число 4-12 |
8 |
Количество бит хэш-таблицы сетевых интерфейсов |
|
pcap_if_cache_bucket_size |
Число 8-2048 |
32 |
Максимальное количество хранимых сетевых интерфейсов с одинаковым хэш-значением |
|
pcap_if_uncached_bucket_size |
Число 8-2048 |
64 |
Максимальное количество хранимых сетевых интерфейсов, для хэш-значения которых не осталось места в хэш-таблице. |
Более подробно об использование кэша при предварительной классификации трафика см. в разделе «Использование предварительной классификации».
|
Внимание! |
Параметры use_priority_queue и use_inout_sendqs не рекомендуется менять без консультаций со службой технической поддержки support@s-terra.ru. |
Рекомендации по использованию:
1. Максимальное количество хранимых сетевых интерфейсов, при равномерном распределении хэш-значений имен, вычисляется по формуле: 2^pcap_if_cache_hash_bits * pcap_if_cache_bucket_size + pcap_if_uncached_bucket_size. По умолчанию составляет 8256 (288);
2. Для кэшей правил и предварительной классификации, параметр *_bucket_size используется только для вычисления максимального количества записей в кэше: 2^cache_hash_bits * bucket_size (далее по тексту «размер кэша»)
3. Для увеличения производительности, при изменении размера кэша, рекомендуется сначала увеличивать параметр hash_bits, и только потом – bucket_size;
4. Если размер кэша таков, что он вмещает все реально возможные комбинации сигнатур пакетов, рекомендуется выставить cache_ttl в значение, большее максимального времени между прохождениями пакетов с одинаковыми сигнатурами;
5. Для кэша предварительной классификации, при наличии достаточного размера оперативной памяти, рекомендуется делать размер кэша не меньше, чем количество возможных комбинаций сигнатур пакетов (адреса и порты источника и приемника, протокол, TOS);
6. Кэш правил создается отдельно для каждой цепочки правил в LSP, но параметры - общие. Поэтому, для наилучшей производительности, параметры кэша правил надо выбирать исходя из самой длинной цепочки;
7. Если в LSP есть цепочки с очень большим количеством правил (>10000), при наличии достаточного размера оперативной памяти, рекомендуется делать размер кэша правил не меньше, чем количество возможных комбинаций сигнатур пакетов (адреса и порты источника и приемника, протокол).