შიდა რეესტრი შეიძლება პირდაპირ იყოს ხელმისაწვდომი, მაშინ როცა საჯარო პაკეტურ ტრაფიკს კვლავ ოფისის პროქსი სჭირდება. შეინახეთ პროქსის პარამეტრები და დაამატეთ შიდა დანიშნულებები 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 პარამეტრი, როცა დანიშნულება კვლავ მოულოდნელ გზას მიდის.

დაკავშირებული სტატიები