Lighttpd 1.4.84 вышел 17 июня 2026 года и стал коротким корректирующим релизом после версии 1.4.83. Главное изменение связано с исправлением регрессии в mod_deflate, а дополнительные правки затрагивают обработку метода QUERY, сборку с mbedTLS и совместимость с Windows.
lighttpd 1.4.84 закрывает регрессию в модуле сжатия mod_deflate
Разработчики lighttpd выпустили версию 1.4.84 — стабильное обновление ветки 1.4.x, ориентированное на исправления и переносимость. По официальному файлу NEWS в репозитории lighttpd, релиз датирован 17 июня 2026 года. Тег lighttpd-1.4.84 опубликован в GitHub-репозитории проекта.
lighttpd — это компактный веб-сервер, который часто используют там, где важны небольшой расход ресурсов, быстрая отдача статических файлов, работа через FastCGI, обратное проксирование и аккуратная интеграция с Unix-подобной инфраструктурой. Для владельцев сайтов и администраторов такой релиз интересен прежде всего тем, что он устраняет проблему, появившуюся в предыдущей версии 1.4.83.
Ключевая правка в lighttpd 1.4.84 — исправление регрессии в mod_deflate. Этот модуль отвечает за сжатие HTTP-ответов, например через gzip, deflate, brotli или zstd в зависимости от сборки и настроек сервера. Сжатие уменьшает объём передаваемых данных и ускоряет загрузку страниц для пользователей, особенно на медленных соединениях или при большом количестве текстовых ресурсов: HTML, CSS, JavaScript, JSON и XML.
Регрессия в таком модуле может проявляться по-разному: от некорректного сжатия ответа до проблем с кэшированием или совместимостью с клиентами. В официальном списке изменений не раскрывается подробный пользовательский сценарий ошибки, поэтому безопасная формулировка здесь простая: версия 1.4.84 исправляет дефект, внесённый в 1.4.83, и администраторам, уже перешедшим на 1.4.83, стоит рассматривать обновление как приоритетное.
Обработка метода QUERY стала строже в ядре lighttpd и mod_staticfile
В lighttpd 1.4.84 изменена обработка HTTP-метода QUERY: из ядра убрана поддержка byte-range для QUERY, а mod_staticfile теперь не обрабатывает этот метод. Byte-range — это механизм, который позволяет клиенту запросить часть файла, например фрагмент видео, архив или участок большого документа. Для обычных GET-запросов такая возможность полезна, потому что браузер или загрузчик может продолжить скачивание с нужного места.
Метод QUERY относится к более специализированной части HTTP-экосистемы. В практической эксплуатации большинства сайтов он встречается значительно реже, чем GET, POST, HEAD или PUT. Поэтому ограничение обработки QUERY в статическом модуле выглядит как шаг к более строгому и предсказуемому поведению сервера: статические файлы должны отдаваться привычными методами, а нестандартные сценарии лучше обрабатывать явно через приложение или отдельную серверную логику.
Для обычного сайта на lighttpd это изменение, скорее всего, пройдёт незаметно. Оно может быть важным для разработчиков и администраторов, которые экспериментировали с расширенными HTTP-методами, нестандартными клиентами или внутренними API поверх lighttpd. Перед обновлением таких систем полезно проверить журналы доступа и убедиться, что реальные клиенты не полагаются на QUERY при обращении к статическим ресурсам.
Сборка с mbedTLS получила правку для конфигураций с сокращённым набором шифров
Ещё одно изменение касается mod_mbedtls: lighttpd 1.4.84 исправляет сборку в окружениях, где mbedTLS собран с уменьшенным набором шифров. mbedTLS — это TLS-библиотека, которую можно использовать для HTTPS вместо OpenSSL, GnuTLS, NSS или wolfSSL, если проекту подходит её профиль зависимостей и лицензирования.
Сокращённая конфигурация TLS-библиотеки часто встречается в встраиваемых системах, контейнерных образах, минималистичных дистрибутивах и специализированных сборках. В таких средах из библиотеки могут быть исключены неиспользуемые алгоритмы, чтобы уменьшить размер, снизить поверхность атаки или соответствовать внутренним требованиям безопасности.
Практический смысл правки в lighttpd 1.4.84 состоит в том, что сборка сервера должна корректнее проходить там, где mbedTLS доступен в урезанной конфигурации. Это особенно актуально для сопровождающих пакетов, сборочных ферм и команд, которые поддерживают lighttpd на нескольких платформах с разными TLS-библиотеками.
Исправления для Windows улучшают работу с путями, корнями дисков и символьными ссылками
Несколько пунктов в changelog связаны с Windows-совместимостью. В lighttpd 1.4.84 улучшена поддержка символьных ссылок на каталоги в fs_win32_readlinkUTF8, исправлена работа stat() с корнями дисков и каталогов в fs_win32_stati64UTF8, а также добавлена поддержка stat() для корня локального device path.
Для большинства Linux-серверов эти изменения не имеют прямого эффекта, но они важны для переносимости проекта. lighttpd исторически ориентирован на Unix-подобные системы, при этом кодовая база постепенно учитывает сценарии сборки и запуска под Windows. Такие правки особенно полезны для тестовых окружений, локальной разработки, CI и нестандартных инсталляций, где нужно одинаково обрабатывать пути в разных операционных системах.
Проблемы с путями на Windows часто возникают из-за различий между обычными путями, корнями дисков, символьными ссылками, UTF-8 и системными форматами Win32 API. Исправления в этой области редко выглядят заметными для конечного пользователя, зато они снижают риск странных ошибок при запуске сервера в смешанной инфраструктуре.
Обновление необходимо для пользователей с версией 1.4.83
Lighttpd 1.4.84 не изменяет архитектуру сервера и не добавляет масштабных пользовательских функций. Его главная ценность — оперативно устранить проблему, возникшую в предыдущей версии, и внести несколько точных улучшений для сборки, переносимости и обработки отдельных HTTP- сценариев.
Если сервер уже обновлён до lighttpd 1.4.83 и использует mod_deflate, переход на 1.4.84 имеет высокий смысл после обычной проверки конфигурации и тестового рестарта. Если в инфраструктуре используются нестандартные HTTP-методы, отдельно стоит проверить сценарии с QUERY. Для систем, которые собирают lighttpd из исходников, заметнее могут оказаться правки mbedTLS, CI и Windows-совместимости.
Релиз показывает, что ветка lighttpd 1.4.x продолжает получать небольшие, но важные исправления. Для веб-сервера такого класса предсказуемость часто важнее ярких функций: администратор должен понимать, что обновление закрывает конкретную проблему и не требует перестройки всей конфигурации.
