Өзүңүз тейлеген Azure Pipelines агенти проксини айланып өтүү эрежелерин тамыр каталогундагы .proxybypass файлында сактай алат. Ар бир сап URL менен салыштырылуучу ECMAScript туруктуу туюнтмасы.

Мисалы, бир ички фид хост үчүн эреже мындай көрүнүшү мүмкүн:

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

Туюнтма ошол хосттун HTTP же HTTPS URL даректерине дал келет, порт сандык жана милдеттүү эмес. Хост атынан кийинки чек packages.internal.example.other-domain сыяктуу узунураак атка да дал келишин болтурбайт.

Бул агент орнотуунун файлы, баштапкы коддун иш көчүрмөсүндө өзүм билемдик менен коюлган файл эмес. Анын синтаксиси үтүр менен бөлүнгөн NO_PROXY маанисинен да айырмаланат. *.internal.example сыяктуу shell алмаштыргыч белгисин туруктуу туюнтма талаасына көчүрүү ошол эле маанини сактабайт.

Анан пакетти ким жүктөп аларын аныктаңыз

Агенттин курулган булак жана артефакт операциялары анын прокси конфигурациясын колдонот. Тапшырмалар ачык прокси маалыматын тапшырмалар китепканасы аркылуу алып, өз HTTP кардарларына колдоно алат.

Сырткы NuGet, dotnet же curl процессин чакырган тапшырма дагы бир керектөөчүнү киргизет. Ошол тапшырма куралга прокси жана айланып өтүү жөндөөлөрүн кантип берерин ырастаңыз. Туура агент эрежеси ар бир көз карандысыз пакет кардары аны окуганын далилдебейт.

Ички фид URL дарегин диагностикалык жазууда сактаңыз, схемасы жана порту менен кошо. Эрежени байланышып жаткан URL дарегине каршы текшериңиз, андан кийин ошол сурамга жооптуу тапсырма же кардар конфигурациясын карап чыгыңыз.

Тектеш макалалар