URL-шаблоны .proxybypass агента Azure Pipelines
Используйте регулярные выражения ECMAScript в корневом каталоге самостоятельно размещённого агента Azure Pipelines и проверьте собственную интеграцию задачи с прокси.
Самостоятельно размещённый агент Azure Pipelines может хранить правила обхода прокси в файле .proxybypass в своём корневом каталоге. Каждая строка — это регулярное выражение ECMAScript, сопоставляемое с URL.
Например, правило для одного внутреннего хоста канала может выглядеть так:
^https?://packages[.]internal[.]example(?::[0-9]+)?(?:/|$)Выражение сопоставляется с URL HTTP или HTTPS этого хоста и необязательным числовым портом. Граница после имени хоста не позволяет сопоставить и более длинное имя, например packages.internal.example.other-domain.
Это файл установки агента, а не файл, произвольно помещённый в рабочую копию исходного кода. Его синтаксис также отличается от значения NO_PROXY, разделённого запятыми. Копирование подстановочного знака оболочки, например *.internal.example, в поле регулярного выражения не сохраняет тот же смысл.
Затем определите, кто скачивает пакет
Встроенные операции агента с источниками и артефактами используют его конфигурацию прокси. Задачи могут получать раскрытые сведения о прокси через библиотеку задач и применять их в своих HTTP-клиентах.
Задача, вызывающая внешний процесс NuGet, dotnet или curl, добавляет ещё одного потребителя. Проверьте, как эта задача передаёт инструменту настройки прокси и обхода. Правильное правило агента не доказывает, что его прочитал каждый независимый клиент пакетов.
Сохраняйте URL внутреннего канала в диагностической записи, включая схему и порт. Проверьте правило на URL, к которому идёт обращение, затем изучите конфигурацию задачи или клиента, отвечающую за этот запрос.