URL מוסטערן פון .proxybypass ביים Azure Pipelines אגענט

אַ זעלבסט־געהאָסטעטער Azure Pipelines אגענט קען האַלטן פּראָקסי־אַריבערפֿאָר־כּללים אין אַ .proxybypass טעקע אין זיין ווארצל־טעקע. יעדע שורה איז אַ ECMAScript רעגולערער אויסדרוק וואָס ווערט פֿאַרגליכן מיט אַ URL.

למשל, אַ כּלל פֿאַר איין אינערלעכן פֿוטער־האָסט קען אויסזען אַזוי:

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

דער אויסדרוק פּאַסט צו HTTP אָדער HTTPS URL־ן פֿאַר דעם האָסט, מיט אַן אָפּציאָנעלן נומערישן פּאָרט. די גרענעץ נאָך דעם האָסט־נאָמען פֿאַרהיט אויך פֿון פּאַסן צו אַ לענגערן נאָמען ווי packages.internal.example.other-domain.

דאָס איז די טעקע פֿון דער אגענט־אינסטאַלאַציע, נישט קיין טעקע וואָס איז אַראַנזשירט באַליבטערהייט אין דער קוואַל־קאָד אַרבעט־קאָפּיע. זיין סינטאַקס איז אויך אַנדערש פֿון אַ NO_PROXY ווערט צעטיילט מיט קאָמעס. אַריבערפֿאָרן אַ shell ווילדקאַרד ווי *.internal.example אין אַ פֿעלד פֿאַר רעגולערע אויסדרוקן האַלט נישט דעם זעלבן באַטײַט.

דערנאָך באַשטימט ווער לאָדט אַראָפּ דאָס פּאַקעט

די אײַנגעבויטע קוואַל־ און אַרטעפֿאַקט־אָפּעראַציעס פֿונעם אגענט ניצן זיין פּראָקסי־קאָנפֿיגוראַציע. אויפֿגאַבעס קענען באַקומען די אָפֿנגעדעקטע פּראָקסי־אינפֿאָרמאַציע דורך דער אויפֿגאַבע־ביבליאָטעק און זי אַנווענדן אויף זייערע אייגענע HTTP קליענטן.

אַן אויפֿגאַבע וואָס רופֿט אַן אויסווענדיקן NuGet, dotnet אָדער curl פּראָצעס ברענגט נאָך אַן באַניצער. באַשטעטיקט ווי אַזאַ אויפֿגאַבע גיט דעם געצייג די פּראָקסי־ און אַריבערפֿאָר־איינשטעלונגען. אַ ריכטיקער אגענט־כּלל באַווײַזט נישט אַז יעדער זעלבשטענדיקער פּאַקעט־קליענט האָט עס געלייענט.

האַלט דעם אינערלעכן פֿוטער־URL אין דער דיאַגנאָזע־רעקאָרד, אַרײַנגערעכנט סכעמע און פּאָרט. פּרופֿט דעם כּלל קעגן דעם URL מיט וועלכן מען פֿאַרבינדט זיך, דערנאָך באַקוקט די אויפֿגאַבע־ אָדער קליענט־קאָנפֿיגוראַציע וואָס איז פֿאַראַנטוואָרטלעך פֿאַר דער בקשה.