URL-Muster in .proxybypass beim Azure Pipelines-Agent
Verwenden Sie ECMAScript-reguläre Ausdrücke im Stammverzeichnis des selbst gehosteten Azure Pipelines-Agents und prüfen Sie die eigene Proxyintegration der Aufgabe.
Ein selbst gehosteter Azure Pipelines-Agent kann Proxy-Umgehungsregeln in einer Datei .proxybypass in seinem Stammverzeichnis führen. Jede Zeile ist ein ECMAScript-regulärer Ausdruck, der gegen eine URL geprüft wird.
Beispielsweise kann eine Regel für einen internen Feed-Host so aussehen:
^https?://packages[.]internal[.]example(?::[0-9]+)?(?:/|$)Der Ausdruck passt auf HTTP- oder HTTPS-URLs dieses Hosts, mit einem optionalen numerischen Port. Die Grenze nach dem Hostnamen verhindert auch eine Übereinstimmung mit einem längeren Namen wie packages.internal.example.other-domain.
Dies ist die Datei der Agent-Installation, keine beliebig im Quellcode-Checkout abgelegte Datei. Ihre Syntax unterscheidet sich zudem von einem kommagetrennten NO_PROXY-Wert. Das Kopieren eines Shell-Platzhalters wie *.internal.example in ein Feld für reguläre Ausdrücke erhält nicht dieselbe Bedeutung.
Dann ermitteln Sie, wer das Paket herunterlädt
Die integrierten Quell- und Artefaktvorgänge des Agents verwenden seine Proxykonfiguration. Aufgaben können offengelegte Proxyinformationen über die Aufgabenbibliothek abrufen und auf ihre eigenen HTTP-Clients anwenden.
Eine Aufgabe, die einen externen NuGet-, dotnet- oder curl-Prozess aufruft, bringt einen weiteren Verbraucher ins Spiel. Prüfen Sie, wie diese Aufgabe dem Werkzeug Proxy- und Umgehungseinstellungen bereitstellt. Eine korrekte Agent-Regel belegt nicht, dass jeder unabhängige Paketclient sie gelesen hat.
Behalten Sie die interne Feed-URL im Diagnoseprotokoll, einschließlich Schema und Port. Testen Sie die Regel gegen die kontaktierte URL und untersuchen Sie dann die für diese Anforderung verantwortliche Aufgaben- oder Clientkonfiguration.