Patrones de URL de .proxybypass del agente de Azure Pipelines

Un agente de Azure Pipelines autoalojado puede contener reglas de omisión de proxy en un archivo .proxybypass de su directorio raíz. Cada línea es una expresión regular de ECMAScript que se compara con una URL.

Por ejemplo, una regla para un host de fuente interno puede tener este aspecto:

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

La expresión coincide con URL HTTP o HTTPS de ese host, con un puerto numérico opcional. El límite posterior al nombre del host evita coincidir también con un nombre más largo como packages.internal.example.other-domain.

Este es el archivo de la instalación del agente, no un archivo colocado arbitrariamente en la copia de trabajo del código fuente. Su sintaxis también difiere de un valor NO_PROXY separado por comas. Copiar un comodín de shell como *.internal.example en un campo de expresión regular no conserva el mismo significado.

Luego identifique quién descarga el paquete

Las operaciones integradas de origen y artefacto del agente usan su configuración de proxy. Las tareas pueden obtener la información de proxy expuesta a través de la biblioteca de tareas y aplicarla a sus propios clientes HTTP.

Una tarea que invoca un proceso externo de NuGet, dotnet o curl introduce otro consumidor. Confirme cómo esa tarea proporciona a la herramienta la configuración de proxy y de omisión. Una regla de agente correcta no demuestra que todos los clientes de paquetes independientes la hayan leído.

Conserve la URL de la fuente interna en el registro de diagnóstico, incluidos el esquema y el puerto. Pruebe la regla con la URL con la que se contacta y luego examine la configuración de la tarea o del cliente responsable de esa solicitud.