स्व-होस्ट गरिएको Azure Pipelines एजेन्टले आफ्नो रुट डाइरेक्टरीमा रहेको .proxybypass फाइलमा प्रोक्सी बाइपास नियमहरू राख्न सक्छ। प्रत्येक लाइन URL सँग मिलाइने ECMAScript नियमित अभिव्यक्ति हो।

उदाहरणका लागि, एउटा आन्तरिक फिड होस्टको नियम यस्तो देखिन सक्छ:

^https?://packages[.]internal[.]example(?::[0-9]+)?(?:/|$)

यो अभिव्यक्ति त्यो होस्टका HTTP वा HTTPS URL सँग मिल्छ, वैकल्पिक सङ्ख्यात्मक पोर्टसहित। होस्टनामपछिको सीमाले packages.internal.example.other-domain जस्ता लामो नामसँग पनि मिल्नबाट रोक्छ।

यो एजेन्ट स्थापनाको फाइल हो, स्रोत चेकआउटमा स्वेच्छाले राखिएको फाइल होइन। यसको सिन्ट्याक्स पनि कमाले छुट्याइएको NO_PROXY मानभन्दा फरक छ। *.internal.example जस्तो शेल वाइल्डकार्डलाई नियमित-अभिव्यक्ति फिल्डमा प्रतिलिपि गर्दा त्यही अर्थ जोगिन्न।

त्यसपछि प्याकेज को डाउनलोड गर्छ पहिचान गर्नुहोस्

एजेन्टका अन्तर्निहित स्रोत र आर्टिफ्याक्ट सञ्चालनहरूले यसको प्रोक्सी कन्फिगरेसन प्रयोग गर्छन्। कार्यहरूले कार्य पुस्तकालयमार्फत खुलासा गरिएको प्रोक्सी जानकारी लिन र आफ्नै HTTP क्लाइन्टमा लागू गर्न सक्छन्।

बाह्य NuGet, dotnet वा curl प्रक्रिया बोलाउने कार्यले अर्को उपभोक्ता थप्छ। त्यो कार्यले उपकरणलाई प्रोक्सी र बाइपास सेटिङ कसरी दिन्छ पुष्टि गर्नुहोस्। सही एजेन्ट नियमले प्रत्येक स्वतन्त्र प्याकेज क्लाइन्टले यो पढेको प्रमाणित गर्दैन।

आन्तरिक फिड URL लाई स्किम र पोर्टसहित डायग्नोस्टिक रेकर्डमा राख्नुहोस्। सम्पर्क गरिँदै गरेको URL विरुद्ध नियम परीक्षण गर्नुहोस्, त्यसपछि त्यो अनुरोधको जिम्मेवार कार्य वा क्लाइन्ट कन्फिगरेसन जाँच्नुहोस्।

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