URL-ŝablonoj .proxybypass de Azure Pipelines-agento
Uzu ECMAScript-regulesprimojn en la radika dosierujo de la memgastigata Azure Pipelines-agento kaj kontrolu la propran prokuran integriĝon de la tasko.
Memgastigata Azure Pipelines-agento povas teni prokur-kaŝajn regulojn en dosiero .proxybypass en sia radika dosierujo. Ĉiu linio estas ECMAScript-regulesprimo kongruigata kun URL.
Ekzemple, regulo por unu interna fluo-gastiganto povas aspekti tiel:
^https?://packages[.]internal[.]example(?::[0-9]+)?(?:/|$)La esprimo kongruas HTTP- aŭ HTTPS-URL-ojn por tiu gastiganto, kun nedeviga numera pordo. La limo post la gastigantnomo malhelpas ankaŭ kongrui pli longan nomon kiel packages.internal.example.other-domain.
Ĉi tio estas la dosiero de la agenta instalado, ne dosiero arbitre metita en la fonta elŝutaĵo. Ĝia sintakso ankaŭ diferencas de komo-separata NO_PROXY-valoro. Kopii ŝel-sovaĝsignon kiel *.internal.example en kampon de regulesprimo ne konservas la saman signifon.
Poste identigu, kiu elŝutas la pakaĵon
La enkonstruitaj fontaj kaj artefaktaj operacioj de la agento uzas ĝian prokuran agordon. Taskoj povas akiri malkaŝitan prokuran informon per la taska biblioteko kaj apliki ĝin al siaj propraj HTTP-klientoj.
Tasko, kiu vokas eksteran procezon NuGet, dotnet aŭ curl, enkondukas alian konsumanton. Konfirmu, kiel tiu tasko provizas prokurajn kaj kaŝajn agordojn al la ilo. Ĝusta agenta regulo ne pruvas, ke ĉiu sendependa pakaĵa kliento legis ĝin.
Konservu la URL-on de la interna fluo en la diagnoza rikordo, inkluzive de skemo kaj pordo. Testu la regulon kontraŭ la URL kontaktiĝanta, poste ekzamenu la taskan aŭ klientan agordon respondecan pri tiu peto.