URL шеми на .proxybypass кај агентот Azure Pipelines
Користете ECMAScript регуларни изрази во коренскиот директориум на само-хостираниот агент Azure Pipelines и проверете ја сопствената прокси интеграција на задачата.
Само-хостиран агент Azure Pipelines може да чува правила за заобиколување на прокси во датотека .proxybypass во неговиот коренски директориум. Секој ред е ECMAScript регуларен израз што се споредува со URL.
На пример, правило за еден внатрешен хост на канал може да изгледа вака:
^https?://packages[.]internal[.]example(?::[0-9]+)?(?:/|$)Изразот се совпаѓа со HTTP или HTTPS URL-а за тој хост, со незадолжителен нумерички порт. Границата по името на хостот спречува совпаѓање и со подолго име како packages.internal.example.other-domain.
Ова е датотеката од инсталацијата на агентот, а не датотека произволно ставена во работната копија од изворниот код. Неговата синтакса исто така се разликува од вредност NO_PROXY одделена со запирки. Копирање на shell џокер знак како *.internal.example во поле за регуларен израз не го зачувува истото значење.
Потоа утврдете кој го презема пакетот
Вградените операции на агентот со извори и артефакти ја користат неговата прокси конфигурација. Задачите можат да ги добијат изложените прокси информации преку библиотеката со задачи и да ги применат на своите HTTP клиенти.
Задача што повикува надворешен процес NuGet, dotnet или curl воведува уште еден потрошувач. Потврдете како таа задача ги доставува прокси и поставките за заобиколување до алатката. Точно правило на агентот не докажува дека секој независен клиент на пакети го прочитал.
Зачувајте го URL-то на внатрешниот канал во дијагностичкиот запис, вклучувајќи ја шемата и портот. Тестирајте го правилото врз URL-то со кое се контактира, потоа испитајте ја конфигурацијата на задачата или клиентот одговорен за тоа барање.