Внутренний реестр может быть доступен напрямую, тогда как публичному трафику пакетов по-прежнему нужен офисный прокси. Сохраните настройки прокси и добавьте внутренние назначения в noproxy.

Например, соответствующие записи .npmrc могут быть такими:

registry=https://registry.corp.example/repository/npm/
proxy=http://proxy.example:8080
https-proxy=http://proxy.example:8080
noproxy[]=registry.corp.example
noproxy[]=packages.corp.example

Записи обхода называют назначения, а не прокси-сервер. Это записи хоста, поэтому оставьте схему, путь и порт реестра за пределами этих строк.

Во встроенном селекторе npm 11.6.4 компоненты домена сравниваются справа. registry.corp.example соответствует этому имени хоста и его поддоменам. Ведущая точка при этом сравнении удаляется; для примера с именем хоста буквальная звёздочка не нужна.

Включите хост содержимого пакетов, если реестр возвращает URL-адреса tarball на другом внутреннем имени хоста. Иначе индекс реестра и загрузка файла могут пойти разными путями.

Синтаксис массива делает несколько исключений читаемыми. npm также документирует форму строки через запятую и значение NO_PROXY по умолчанию, полученное из окружения. Проверьте фактическую настройку noproxy, которую использует этот вызов, если назначение всё ещё идёт неожиданным путём.

Похожие статьи