Сообщение LSO was triggered в журнале событий или в логах сетевого адаптера означает, что система активировала механизм Large Send Offload — аппаратную разгрузку отправки крупных пакетов на сетевую карту. Само по себе это не ошибка, а информационная запись, однако она часто появляется рядом с реальными симптомами: обрывами соединения, падением скорости передачи файлов, зависанием виртуальных машин и потерей пакетов в VMware или Hyper-V.
Чаще всего пользователи замечают эту запись при диагностике сетевых проблем на сервере или рабочей станции. Дальше разберём, что стоит за аббревиатурой, когда срабатывание LSO безобидно, а когда его нужно отключать, и как это сделать без риска для системы.
Что такое Large Send Offload и зачем он нужен
Large Send Offload (LSO) — технология, при которой процессор передаёт сетевому адаптеру крупный блок данных целиком, а разбиение его на пакеты нужного размера выполняет уже сам чип сетевой карты. Это снижает нагрузку на CPU и уменьшает количество прерываний при передаче больших объёмов: бэкапов, виртуальных дисков, медиафайлов.
В Windows встречаются два варианта: LSO v1 и LSO v2, различающиеся максимальным размером блока и деталями реализации. В стеке TCP/IP похожую роль играет технология TSO (TCP Segmentation Offload) в Linux-системах — по сути это аналогичный механизм, и запись «LSO was triggered» в логах гипервизора может относиться к обеим реализациям.
Когда сетевой адаптер и его драйвер корректно поддерживают разгрузку, всё работает прозрачно и быстро. Проблемы начинаются там, где в цепочке появляется звено, которое не понимает сегментированные «на лету» пакеты.
Когда срабатывание LSO становится проблемой
Типичный сценарий: на хосте виртуализации включён LSO, а внутри гостевой системы используется виртуальный сетевой адаптер, который некорректно обрабатывает большие сегменты. Результат — пакеты «застревают», TCP-сессии рвутся по таймауту, а в логах появляются записи о срабатывании LSO и повторных передачах.
- 🔌 Устаревший драйвер сетевой карты — самая частая причина некорректной обработки разгрузки.
- 🖥️ Виртуальные адаптеры в VMware, Hyper-V или VirtualBox, особенно при живой миграции ВМ между хостами.
- 🌐 VPN и туннели (IPsec, GRE, OpenVPN): инкапсуляция ломает логику сегментации, и крупные блоки теряются.
- 📡 Промежуточное оборудование — маршрутизаторы или файрволы с включённым инспектированием трафика.
⚠️ Внимание: отключение LSO — обратимая настройка, но делать её стоит осознанно. Сначала зафиксируйте текущие параметры адаптера (скриншот или запись), чтобы при отсутствии эффекта вернуть всё как было. Меняйте по одному параметру за раз, иначе не поймёте, что именно помогло.
Определить, виноват ли LSO, помогает простой тест: если копирование большого файла по сети стабильно падает или «замирает», а мелкие запросы (ping, веб-страницы) проходят нормально — вероятность проблемы с разгрузкой сегментации высока. Это не доказательство, но веский повод проверить настройки.
Диагностика: как подтвердить связь с LSO
Прежде чем что-то отключать, соберите факты. Откройте Диспетчер устройств, найдите сетевой адаптер и на вкладке Дополнительно посмотрите параметры Large Send Offload v2 (IPv4) и Large Send Offload v2 (IPv6) — названия могут отличаться в зависимости от вендора (Intel, Realtek, Broadcom формулируют их по-разному).
Полезно сопоставить время появления записей «LSO was triggered» с моментами обрывов. Если каждая потеря соединения совпадает с такой записью — связь почти наверняка есть. Также проверьте счётчики ошибок адаптера: рост числа отброшенных или повторно переданных пакетов подтверждает проблему на канальном уровне.
Перед любыми изменениями выполните тестовую передачу большого файла и замерьте скорость и стабильность. После отключения LSO повторите тот же тест при той же нагрузке — только так вы получите честное сравнение «до/после».
Как отключить LSO в Windows
Графический способ — самый безопасный для разовой настройки. Откройте свойства сетевого адаптера в Диспетчере устройств, перейдите на вкладку Дополнительно, найдите параметр Large Send Offload (для IPv4 и IPv6 отдельно) и установите значение Disabled / Отключено. После применения адаптер может кратковременно переподключиться — это нормально.
Альтернатива — PowerShell, удобный для серверов и массовой настройки. Сначала посмотрите текущее состояние:
Get-NetAdapterAdvancedProperty -Name "Ethernet" | Where-Object {$_.DisplayName -like "Large Send"}Затем отключите нужный параметр, подставив точное имя адаптера и свойства из вывода предыдущей команды:
Set-NetAdapterAdvancedProperty -Name "Ethernet" -DisplayName "Large Send Offload v2 (IPv4)" -DisplayValue "Disabled"☑️ Безопасное отключение LSO
⚠️ Внимание: на серверах и хостах виртуализации отключение LSO увеличивает нагрузку на CPU при интенсивной сетевой передаче. Если сервер и так загружен, сначала попробуйте обновить драйвер — это может устранить причину без потери производительности.
LSO в виртуальных средах: VMware и Hyper-V
В среде VMware запись «LSO was triggered» нередко встречается в логах гостевой ОС или vmkernel при использовании адаптеров E1000 или VMXNET3. Практика показывает, что переход на VMXNET3 с актуальными VMware Tools решает часть проблем, но конкретное поведение зависит от версии гипервизора — сверяйтесь с документацией вашего релиза.
В Hyper-V разгрузка управляется как на уровне физического адаптера, так и на уровне виртуального коммутатора. Если проблема наблюдается только у одной виртуальной машины, начните с настроек её сетевого адаптера внутри гостевой ОС, не трогая хост целиком.
Почему VPN и туннели конфликтуют с LSO
При инкапсуляции (IPsec, GRE, WireGuard и др.) к исходному пакету добавляются заголовки туннеля. Сетевой адаптер, выполняющий сегментацию при LSO, не всегда учитывает эти дополнительные байты, и итоговые пакеты могут превышать MTU на пути следования. Такие пакеты фрагментируются или отбрасываются, что внешне выглядит как «зависание» соединения при передаче больших объёмов. Симптом почти исчезает на мелких запросах — это характерный признак.
Сравнение подходов к решению
| Подход | Сложность | Риск | Когда применять |
|---|---|---|---|
| Обновление драйвера сетевой карты | Низкая | Минимальный | Первый шаг в любом случае |
| Отключение LSO в свойствах адаптера | Низкая | Рост нагрузки на CPU | Подтверждённая связь ошибок с LSO |
| Отключение через PowerShell / реестр | Средняя | Ошибка в имени параметра | Серверы, массовая настройка |
| Смена типа виртуального адаптера | Средняя | Требуется перенастройка ВМ | Проблемы внутри виртуальных машин |
| Корректировка MTU на туннеле | Средняя | Неверное значение ухудшит связь | Проблемы только через VPN |
Обратите внимание: таблица отражает общий порядок действий, а не гарантированный рецепт. Конкретные названия параметров и их поведение зависят от модели адаптера и версии драйвера, поэтому опирайтесь на документацию производителя вашего оборудования.
Сообщение LSO was triggered само по себе — не ошибка, а признак работы аппаратной разгрузки. Отключать LSO стоит только после подтверждения связи между этими записями и реальными обрывами сети, и начинать лучше с обновления драйвера.
Что делать, если отключение LSO не помогло
Если после отключения разгрузки обрывы продолжаются, проблема лежит в другом слое. Проверьте MTU на всём пути следования трафика — несогласованные значения между хостом, коммутатором и маршрутизатором дают очень похожие симптомы. Диагностика выполняется командой ping -f -l с постепенным уменьшением размера пакета, пока фрагментация не перестанет требоваться.
Также стоит исключить аппаратные причины: другой кабель, другой порт коммутатора, тест с другого устройства в том же сегменте. Практика диагностики сетей показывает, что «программные» симптомы нередко оказываются следствием неисправной розетки или порта.
Наконец, если проблема наблюдается только внутри одной виртуальной машины, попробуйте чистую тестовую ВМ с минимальной конфигурацией. Это отделит настройки гостевой ОС от конфигурации гипервизора.
Часто задаваемые вопросы
Опасно ли сообщение LSO was triggered само по себе?
Нет. Это информационная запись о срабатывании механизма разгрузки. Беспокоиться стоит только тогда, когда она совпадает по времени с обрывами соединений, потерей пакетов или падением скорости передачи.
Снизится ли скорость сети после отключения LSO?
На обычной рабочей станции разница обычно незаметна. На сервере с интенсивной передачей данных вырастет нагрузка на процессор, поскольку сегментацию пакетов снова выполняет ОС. Замерьте производительность до и после, чтобы оценить эффект для вашей нагрузки.
Нужно ли отключать LSO на всех адаптерах сразу?
Нет, меняйте настройки по одному адаптеру и по одному параметру. Так вы точно определите, какое изменение дало результат, и сможете быстро откатить лишнее.
Где искать настройку, если в свойствах адаптера её нет?
Не все драйверы выводят параметр LSO в графический интерфейс. Проверьте разделы реестра, связанные с адаптером, или документацию вендора — у некоторых производителей разгрузка управляется фирменной утилитой. Если параметр не найден, ориентируйтесь на официальную документацию конкретной модели адаптера.
Поможет ли отключение LSO при проблемах с VPN?
Иногда да, но чаще при туннелях эффективнее корректировка MTU/MSS на интерфейсе туннеля. Начните с диагностики максимального размера пакета без фрагментации, а отключение LSO рассматривайте как дополнительный шаг.