O'zingiz joylashtirgan Azure Pipelines agenti proksidan o'tish qoidalarini ildiz katalogidagi .proxybypass faylida saqlashi mumkin. Har bir satr URL bilan taqqoslanadigan ECMAScript muntazam ifodasidir.

Masalan, bitta ichki feed xosti uchun qoida shunday ko'rinishi mumkin:

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

Ifoda o'sha xostning HTTP yoki HTTPS URL manzillari bilan mos keladi, port ixtiyoriy ravishda raqamli bo'ladi. Xost nomidan keyingi chegara packages.internal.example.other-domain kabi uzunroq nom bilan ham mos kelishning oldini oladi.

Bu agent o'rnatilishining fayli, manba kodining ish nusxasiga o'zboshimchalik bilan qo'yilgan fayl emas. Uning sintaksisi vergul bilan ajratilgan NO_PROXY qiymatidan ham farq qiladi. *.internal.example kabi shell belgisini muntazam ifoda maydoniga nusxalash bir xil ma'noni saqlab qolmaydi.

So'ngra paketni kim yuklab olishini aniqlang

Agentning o'rnatilgan manba va artefakt operatsiyalari uning proksi konfiguratsiyasidan foydalanadi. Vazifalar ochiq proksi ma'lumotlarini vazifalar kutubxonasi orqali olib, o'z HTTP mijozlariga qo'llashi mumkin.

Tashqi NuGet, dotnet yoki curl jarayonini chaqiradigan vazifa yana bir iste'molchini qo'shadi. Bu vazifa asbobga proksi va o'tish sozlamalarini qanday berishini tasdiqlang. To'g'ri agent qoidasi har bir mustaqil paket mijozi uni o'qiganligini isbotlamaydi.

Ichki feed URL manzilini sxema va port bilan birga diagnostika yozuvida saqlang. Qoidani aloqa qilinayotgan URL bo'yicha sinab ko'ring, so'ngra shu so'rov uchun mas'ul vazifa yoki mijoz konfiguratsiyasini ko'rib chiqing.

O'xshash maqolalar