Автомобили · Инструкция
WSL initialAutoProxyTimeout: увеличить ожидание прокси
WSL initialAutoProxyTimeout — точечная настройка WSL 2, а не универсальное ускорение системы. Ключ `initialAutoProxyTimeout` задаёт ожидание получения HTTP-прокси Windows в миллисекундах. Менять его стоит, когда корпоративный прокси определяется медленнее старта WSL.
Короткий ответ
В `%UserProfile%\.wslconfig` задайте `initialAutoProxyTimeout=5000`, затем выполните `wsl --shutdown` и снова запустите WSL. Опция экспериментальная и работает вместе с autoproxy=true.
Что делает `initialAutoProxyTimeout` в WSL 2
`initialAutoProxyTimeout` относится к глобальным настройкам WSL 2. Задаёт ожидание получения http-прокси windows в миллисекундах. Это не то же самое, что `/etc/wsl.conf`: тот файл относится к отдельному дистрибутиву, а `.wslconfig` лежит в профиле Windows. Практический смысл настройки появляется, когда корпоративный прокси определяется медленнее старта WSL. Если измеримого симптома нет, значение по умолчанию обычно лучше дополнительной нестандартной переменной. Перед изменением запишите текущее состояние и тест, по которому будете сравнивать результат.
Совет: Сохраните копию `.wslconfig` и меняйте один ключ за раз. Так проще понять, что именно повлияло на систему.
Как задать `initialAutoProxyTimeout` и применить конфигурацию
- Откройте PowerShell и выполните `notepad $env:USERPROFILE\.wslconfig`; если файла нет, создайте его без расширения `.txt`.
- В секции `[experimental]` добавьте `initialAutoProxyTimeout=5000`. Если `initialAutoProxyTimeout` уже есть, измените существующую строку, а не создавайте дубликат.
- Сохраните файл и закройте работающие Linux-процессы, чтобы не потерять несохранённую работу.
- В Windows выполните `wsl --shutdown`. Простого закрытия окна терминала недостаточно, потому что VM может продолжать работать.
- Запустите дистрибутив снова и проверьте результат: проверьте, что прокси появился после холодного старта и HTTPS-запрос из Linux проходит через ожидаемую конфигурацию.
Предупреждение: Опция экспериментальная и работает вместе с autoproxy=true. Если результат ухудшился, верните прежнее значение, снова выполните `wsl --shutdown` и повторите исходный тест.
Как проверить эффект `initialAutoProxyTimeout` после перезапуска
Не меняйте одновременно память, сеть, ядро и `initialAutoProxyTimeout`. Сначала воспроизведите проблему, зафиксируйте результат, затем примените только эту правку. После перезапуска выполните тот же сценарий: проверить прокси-переменные и HTTPS-запрос из Linux. Если улучшение не повторяется, причина может быть в службе дистрибутива, Windows-драйвере, VPN, файловой системе или другой части стека. Возврат к дефолту уменьшит число переменных и упростит следующую диагностику. Для длительного использования оставляйте параметр только при устойчивом, понятном результате.
Важно: Критерий успеха должен быть измеримым: время старта, число CPU, доступность сети, наличие модуля или созданный лог, а не ощущение «стало лучше».
Что зафиксировать до изменения `initialAutoProxyTimeout`
Перед правкой выполните `wsl -l -v` и запишите исходное поведение. Для `initialAutoProxyTimeout` важно иметь один повторяемый тест: проверьте, что прокси появился после холодного старта и HTTPS-запрос из Linux проходит через ожидаемую конфигурацию. Это позволит сравнить состояние до и после, а не оценивать изменение по общему впечатлению.
Как откатить `initialAutoProxyTimeout` без переустановки дистрибутива
Верните прежнюю строку или удалите явный `initialAutoProxyTimeout`, сохраните `.wslconfig` и выполните `wsl --shutdown`. После нового запуска WSL снова применит значение по умолчанию: 1000 мс. Файлы Linux при таком откате не удаляются.
Какая ошибка чаще всего мешает проверить `initialAutoProxyTimeout`
Не меняйте одновременно соседние параметры `.wslconfig`. Если вместе с `initialAutoProxyTimeout` изменить сеть, память или ядро, источник эффекта потеряется. Сначала меняйте только этот ключ, затем повторяйте тот же тест: проверьте, что прокси появился после холодного старта и HTTPS-запрос из Linux проходит через ожидаемую конфигурацию.
Когда оставить `initialAutoProxyTimeout`, а когда откатить
- `.wslconfig` находится в `%UserProfile%` Windows
- настройка относится к WSL 2, а не WSL 1
- после изменения выполнен `wsl --shutdown`
- проверена именно исходная задача, а не случайный соседний симптом
- старое значение сохранено для быстрого отката
Что учитывать
Условия меняются. Страница отражает состояние на 2026-09-23; при расхождении с официальной документацией приоритет у первоисточника.
Источники и проверка
Фактическая часть сверена по первичным источникам (в т.ч. Advanced settings configuration in WSL). Пример и формулировки — редакция N1RO на 2026-09-23.