Перейти к основному содержимому

HTTP-прокси

Корпоративные сети часто требуют HTTP(S)-прокси между NVM for Windows и интернетом. Прокси применяется к трафику загрузок: архивы Node.js, каталоги и связанные HTTPS-вызовы. Это отдельно от Зеркал загрузок, которые задают, откуда берутся архивы.

Community Builds и Certified Builds поддерживают базовый URL прокси. Basic и Bearer auth — путь Certified Builds. IWA (NTLM/Negotiate) и PAC/WPAD нужны в дополнении Governance.

Порядок разрешения​

  1. Явная настройка proxy / Proxy (политика или config)
  2. Переменные окружения процесса (HTTP_PROXY, HTTPS_PROXY и связанные)
  3. Системный прокси Internet Explorer / WinINET

Конфигурация​

ConfigРеестрПримечания
proxyProxyURL прокси, например http://proxy.example.corp:8080
proxy_authProxyAuthuser:pass или Bearer YOUR_TOKEN — хранится в открытом виде
proxy_auth_typeProxyAuthTypebasic, bearer, ntlm, negotiate или ntlm,negotiate
nvm config set proxy=http://proxy.example.corp:8080
nvm config get proxy

В certified-парках задавайте ключи прокси политикой машины. См. Справочник политики реестра.

Возможности по лицензии​

ВозможностьCommunity BuildsCertified BuildsGovernance
Proxy URL✓✓✓
Basic/Bearer authограничено*✓✓
IWA (NTLM/Negotiate, текущий пользователь)❌❌✓
PAC/WPAD (WinHTTP)❌❌✓

*Community Builds может встроить учётные данные в URL прокси. Отдельная инъекция ProxyAuth* — путь Certified Builds.

ProxyAuth в реестре

ProxyAuth в политике и настройках хранится открытым текстом. Используйте IWA (ntlm / negotiate), если регламент запрещает хранение паролей.

Без Digest и browser proxies

Digest auth не поддерживается. Требования велики, а реальное использование редко.

У NVM for Windows нет интерактивного SAML/OIDC browser login для captive portal. Используйте PAC, если это корпоративный путь.

См. также​