Ներքին գրանցամատյանը կարող է հասանելի լինել ուղղակիորեն, մինչդեռ հանրային փաթեթային երթևեկությունը դեռ պահանջում է գրասենյակի վստահված սերվերը։ Պահպանեք վստահված սերվերի կարգավորումները և ավելացրեք ներքին նպատակակետերը 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 համապատասխանում է այդ հոսթանվանը և նրա ենթադոմեններին։ Այս համեմատության ընթացքում սկզբնական կետը հեռացվում է. հոսթանվանի օրինակի համար բառացի աստղանիշ պետք չէ։

Ներառեք փաթեթի բովանդակության հոսթը, երբ գրանցամատյանը tarball URL-ներ վերադարձնի մեկ այլ ներքին հոսթանվան վրա։ Հակառակ դեպքում գրանցամատյանի ինդեքսը և ֆայլի ներբեռնումը կարող են տարբեր ուղիներ անցնել։

Զանգվածի շարահյուսությունը մի քանի բացառություններ պահում է ընթեռնելի։ npm-ը նաև փաստաթղթավորում է ստորակետով բաժանված տողային ձևը և միջավայրից ստացված NO_PROXY լռելյայն արժեքը։ Ստուգեք այս կանչի կողմից օգտագործվող արդյունավետ noproxy կարգավորումը, երբ նպատակակետը դեռ անցնում է անսպասելի ուղի։

Առնչվող հոդվածներ