# vLLM: что отключает журнал запросов и как проверить его границы

Источник: https://modelium.tech/zhurnal/vllm-disable-log-requests/

В vLLM v0.32.0 подробное журналирование запросов выключено по умолчанию; явный флаг --no-enable-log-requests сохраняет это состояние. Проверьте его на безобидном тестовом запросе и отдельно учтите HTTP-журнал Uvicorn, прокси и собственные обработчики. Отсутствие учебной метки в одном файле не доказывает, что данные нигде не сохраняются.

Нужно разобраться, записывает ли ваш локальный сервер vLLM текст отправленных ему запросов? В v0.32.0 подробный журнал запросов **выключен по умолчанию**. Это не означает, что любой лог системы пуст: у HTTP-сервера есть отдельный журнал обращений, а у прокси и приложения могут быть свои записи. Ниже — один учебный тест без личных данных; это **инженерная проверка**, не рецепт установки для домашнего компьютера. [s1](#src-s1) [s2](#src-s2)

**Статус проверки:** инструкция сверена по документации и коду vLLM v0.32.0. Редакция не запускала сервер, видеокарту и модель и не проверяла отсутствие записей на реальном стенде. Нужны Linux, установленный vLLM v0.32.0, совместимая видеокарта NVIDIA (GPU), терминал и место для выбранной модели; точную достаточность памяти для вашего компьютера здесь не обещаем. Для первой загрузки весов нужен интернет; сам учебный запрос ниже направляется на `127.0.0.1` — адрес этого же компьютера. [s3](#src-s3) [s4](#src-s4) [s5](#src-s5)

## Что именно отключает этот флаг?

Пара `--enable-log-requests` / `--no-enable-log-requests` управляет **подробным журналом vLLM о запросе**. Если включить его, на обычном уровне подробности INFO записываются идентификатор и параметры запроса, а на более подробном DEBUG — входной текст и ID токенов (частей текста). По умолчанию значение False; явный `--no-enable-log-requests` удобен, когда хочется показать требуемую настройку прямо в команде запуска. `--enable-log-outputs` — отдельная опция для записи ответов модели; ей требуется включённый журнал запросов. [s1](#src-s1) [s2](#src-s2)

Это **не** переключатель всех журналов компьютера. Отдельный HTTP access log Uvicorn управляется `--disable-uvicorn-access-log` и по умолчанию не отключён. Прокси, терминал, системный журнал, клиентское приложение и собственные плагины также требуют отдельной проверки. Не вводите секреты в тест: найденная в одном файле учебная метка полезна для диагностики, а её отсутствие не даёт гарантии приватности. [s1](#src-s1) [s6](#src-s6)

## Как провести учебную проверку на своём стенде?

Если сервер уже обслуживает рабочие данные, **не меняйте его** ради эксперимента. Поднимите отдельный тестовый экземпляр на своей Linux-машине: в терминале с vLLM v0.32.0 запустите `vllm serve Qwen/Qwen3-0.6B --revision c1899de289a04d12100db370d81485cdf75e47ca --host 127.0.0.1 --port 8000 --no-enable-log-requests 2>&1 | tee ./vllm-requests-test.log`. Скачивание весов происходит при подготовке; файл `./vllm-requests-test.log` создаётся в текущей папке, поэтому используйте папку с ограниченным доступом. Дождитесь готовности API: ошибка загрузки модели не проверяет работу журнала. Эта карточка модели подтверждает конкретную ревизию, но не обещает достаточную память или скорость на вашем GPU. [s1](#src-s1) [s3](#src-s3) [s4](#src-s4)

В **другом терминале на той же машине** отправьте безобидный запрос: `curl --fail-with-body -sS 'http://127.0.0.1:8000/v1/chat/completions' -H 'Content-Type: application/json' -d '{"model":"Qwen/Qwen3-0.6B","messages":[{"role":"user","content":"Ответь одним словом: готово. Учебная метка MODELIUM-TEST-ONLY-1101."}],"max_tokens":32}'`. Ожидается JSON с `choices`; конкретный текст ответа заранее неизвестен. Если запрос не обработан, сначала проверьте запуск сервера и ID модели, а не делайте вывод о журналировании. [s4](#src-s4) [s5](#src-s5)

После запроса прочитайте **только учебный файл** командой `grep -nF 'MODELIUM-TEST-ONLY-1101' ./vllm-requests-test.log`. Если совпадение есть, посмотрите источник записи и конфигурацию: клиент, обработчик ошибки и другие компоненты могут писать отдельно от RequestLogger. Если вывода нет (`grep` завершился с кодом 1), это подтверждает лишь отсутствие именно этой строки в данном файле после одного запроса, **не** отсутствие всех персональных данных во всех местах. Остановите тестовый сервер и удалите учебный лог только после нужной вам диагностики. [s1](#src-s1) [s2](#src-s2) [s6](#src-s6)

## Какие ограничения остаются?

Не передавайте настоящий конфиденциальный текст ради проверки. Для приватного контура отдельно проверяйте права на файл логов, HTTP-журнал, прокси, клиентское приложение, сетевой доступ и хранение запросов по своей политике; `--no-enable-log-requests` не настраивает их за вас. [Проверка сетевых обращений локального ИИ](/zhurnal/proverka-offline-kontura-ii/) — следующий отдельный шаг, а [метрики vLLM](/zhurnal/vllm-metrics-prometheus/) показывают состояние сервера, но не подменяют аудит данных. Ни одна команда в этом материале редакцией на реальной модели не воспроизведена. [s1](#src-s1) [s6](#src-s6)

## Источники

1. [vLLM v0.32.0 CLI serve: флаги журналирования запросов и Uvicorn](https://docs.vllm.ai/en/v0.32.0/cli/serve/) — получено 2026-11-01
2. [vLLM v0.32.0: реализация RequestLogger](https://github.com/vllm-project/vllm/blob/5df63a7203cdb9328d824a27b682e77c7b9928be/vllm/entrypoints/serve/utils/request_logger.py) — получено 2026-11-01
3. [vLLM v0.32.0: руководство по установке на GPU](https://docs.vllm.ai/en/v0.32.0/getting_started/installation/gpu/) — получено 2026-11-01
4. [Qwen3-0.6B: закреплённая ревизия учебной модели](https://huggingface.co/Qwen/Qwen3-0.6B/tree/c1899de289a04d12100db370d81485cdf75e47ca) — получено 2026-11-01
5. [vLLM v0.32.0: локальный API и пример запроса](https://docs.vllm.ai/en/v0.32.0/getting_started/quickstart/) — получено 2026-11-01
6. [vLLM v0.32.0: рекомендации по безопасности сети](https://docs.vllm.ai/en/v0.32.0/usage/security/) — получено 2026-11-01