Patróns de URL .proxybypass do axente de Azure Pipelines
Use expresións regulares de ECMAScript no directorio raíz do axente de Azure Pipelines autoaloxado e comprobe a integración de proxy propia da tarefa.
Un axente de Azure Pipelines autoaloxado pode conter regras de omisión de proxy nun ficheiro .proxybypass do seu directorio raíz. Cada liña é unha expresión regular de ECMAScript que se compara cun URL.
Por exemplo, unha regra para un host de fonte interno pode ter este aspecto:
^https?://packages[.]internal[.]example(?::[0-9]+)?(?:/|$)A expresión coincide con URL HTTP ou HTTPS dese host, cun porto numérico opcional. O límite despois do nome do host evita coincidir tamén cun nome máis longo como packages.internal.example.other-domain.
Este é o ficheiro da instalación do axente, non un ficheiro colocado arbitrariamente na copia de traballo do código fonte. A súa sintaxe tamén difire dun valor NO_PROXY separado por comas. Copiar un comodín de shell como *.internal.example nun campo de expresión regular non conserva o mesmo significado.
Despois identifique quen descarga o paquete
As operacións integradas de orixe e artefacto do axente usan a súa configuración de proxy. As tarefas poden obter a información de proxy exposta mediante a biblioteca de tarefas e aplicala aos seus propios clientes HTTP.
Unha tarefa que chama un proceso externo de NuGet, dotnet ou curl introduce outro consumidor. Confirme como esa tarefa fornece á ferramenta a configuración de proxy e de omisión. Unha regra de axente correcta non demostra que todos os clientes de paquetes independentes a leran.
Conserve o URL da fonte interna no rexistro de diagnóstico, incluídos o esquema e o porto. Probe a regra co URL co que se contacta e logo examine a configuración da tarefa ou do cliente responsable desa solicitude.