आन्तरिक रजिस्ट्री सिधै पहुँचयोग्य हुन सक्छ, जबकि सार्वजनिक प्याकेज ट्राफिकलाई अझै कार्यालयको प्रोक्सी चाहिन्छ। प्रोक्सी सेटिङहरू राख्नुहोस् र आन्तरिक गन्तव्यहरू 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 सेटिङ जाँच्नुहोस्।

सम्बन्धित लेखहरू