आधुनिक Yarn में चयनित होस्ट्स को अलग प्रॉक्सी दें

एक सामान्य प्रॉक्सी हर पैकेज स्रोत के लिए उपयुक्त नहीं हो सकती। आधुनिक Yarn होस्टनाम के अनुसार नेटवर्क सेटिंग्स का समर्थन करता है, जिससे कोई चयनित होस्ट डिफ़ॉल्ट से अलग मार्ग का उपयोग कर सकता है।

उदाहरण के लिए, कोई प्रोजेक्ट एक सामान्य मार्ग रख सकता है और किसी आंतरिक रजिस्ट्री के लिए दूसरा चुन सकता है:

httpsProxy: "http://203.0.113.10:8080"
networkSettings:
  "registry.example.internal":
    httpsProxy: "http://203.0.113.20:8080"

दोनों पते प्लेसहोल्डर हैं। सार्वजनिक पैकेज स्रोतों के लिए सामान्य मार्ग हेतु, जब सार्वजनिक प्रॉक्सी की अनुमति हो, HTTP प्रॉक्सी सूची उम्मीदवार देती है। आंतरिक रजिस्ट्री ओवरराइड को उसके स्वीकृत प्रॉक्सी पर ही रखें। कॉन्फ़िगरेशन को आधुनिक Yarn रिलीज़ के लिए उपयुक्त .yarnrc.yml में रखें। यह उदाहरण दो प्रॉक्सी चुनता है; यह नहीं कहता कि आंतरिक होस्ट को सीधे कनेक्ट होना चाहिए।

अनुरोधित होस्टनाम से मिलान करें

networkSettings प्रविष्टि होस्टनाम पैटर्न पर लागू होती है, किसी पैकेज स्कोप या मनमाने URL पथ पर नहीं। जब आपका मतलब यही हो तो एकल-होस्ट नियम को सटीक रखें। वाइल्डकार्ड तभी उपयोगी है जब आप वास्तव में चाहते हों कि अतिरिक्त होस्ट यह कॉन्फ़िगरेशन साझा करें।

पैकेज स्कोप और नेटवर्क होस्टनाम अलग-अलग चयनकर्ता हैं। किसी स्कोप वाले पैकेज को ऐसी रजिस्ट्री से लाया जा सकता है जिसका होस्ट अन्य पैकेजों के साथ साझा हो, जबकि रीडायरेक्ट किया गया आर्टिफ़ैक्ट पूरी तरह किसी दूसरे होस्टनाम से आ सकता है।

पूरे डाउनलोड मार्ग का पालन करें

यदि मेटाडेटा एक होस्ट का उपयोग करता है और संग्रह डाउनलोड दूसरे का, तो वे अलग-अलग नेटवर्क सेटिंग्स से मेल खा सकते हैं। नियम को व्यापक बनाने से पहले वह URL दर्ज करें जो वास्तव में विफल होता है। “रजिस्ट्री काम कर गई” यह सिद्ध नहीं करता कि किसी बाद के अनुरोध ने कौन-सा मार्ग चुना।

Yarn की प्रति-होस्ट सेटिंग्स में CA और अन्य TLS कॉन्फ़िगरेशन भी शामिल हो सकते हैं। उन निर्णयों को अलग रखें: प्रॉक्सी पता चुनना अपने आप निरीक्षण करने वाले वातावरण के लिए आवश्यक भरोसा नहीं देता।

ओवरराइड को दृश्यमान बनाएँ

प्रोजेक्ट के प्रभावी कॉन्फ़िगरेशन को उसकी Yarn रिलीज़ द्वारा समर्थित टूल के साथ जाँचें, फिर इच्छित अनुरोध का परीक्षण करें। यदि पूर्ण कॉन्फ़िगरेशन डंप में क्रेडेंशियल हों तो उसे साझा करने से बचें।

यह सुविधा तब उपयोगी है जब होस्ट को वास्तव में अलग मार्ग चाहिए। यदि हर अनुरोध को एक ही एंडपॉइंट का उपयोग करना चाहिए, तो बढ़ती समान होस्टनाम ओवरराइड सूची की तुलना में एक ही सामान्य सेटिंग बनाए रखना आसान है।