Тримайте внутрішній реєстр npm поза проксі

Перелічіть внутрішні хости призначення в налаштуванні noproxy npm, зберігши налаштований проксі для іншого трафіку пакетів.

Внутрішній реєстр може бути доступний напряму, тоді як публічний трафік пакетів усе ще потребує офісного проксі. Збережіть налаштування проксі та додайте внутрішні призначення до 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, яке використовує цей виклик, якщо призначення все ще йде неочікуваним шляхом.

Схожі статті