Трымайце ўнутраны рэестр 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, якую выкарыстоўвае гэты выклік, калі прызначэнне ўсё яшчэ ідзе нечаканым шляхам.

Падобныя артыкулы