Azure Pipelines एजेंट के .proxybypass URL पैटर्न

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

उदाहरण के लिए, एक आंतरिक फ़ीड होस्ट के लिए नियम ऐसा दिख सकता है:

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

यह एक्सप्रेशन उस होस्ट के HTTP या HTTPS URL से मेल खाता है, साथ में वैकल्पिक संख्यात्मक पोर्ट। होस्टनेम के बाद की सीमा packages.internal.example.other-domain जैसे लंबे नाम से भी मेल खाने से रोकती है।

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

फिर पहचानें कि पैकेज कौन डाउनलोड करता है

एजेंट के अंतर्निहित सोर्स और आर्टिफ़ैक्ट ऑपरेशन उसके प्रॉक्सी कॉन्फ़िगरेशन का उपयोग करते हैं। टास्क टास्क लाइब्रेरी के ज़रिए उजागर प्रॉक्सी जानकारी ले सकते हैं और उसे अपने HTTP क्लाइंट पर लागू कर सकते हैं।

बाहरी NuGet, dotnet या curl प्रक्रिया बुलाने वाला टास्क एक और उपभोक्ता जोड़ता है। पुष्टि करें कि वह टास्क टूल को प्रॉक्सी और बायपास सेटिंग्स कैसे देता है। सही एजेंट नियम यह साबित नहीं करता कि हर स्वतंत्र पैकेज क्लाइंट ने उसे पढ़ा है।

आंतरिक फ़ीड URL को डायग्नोस्टिक रिकॉर्ड में रखें, उसकी स्कीम और पोर्ट सहित। जिस URL से संपर्क किया जा रहा है उस पर नियम का परीक्षण करें, फिर उस अनुरोध के लिए ज़िम्मेदार टास्क या क्लाइंट कॉन्फ़िगरेशन जाँचें।