Ejen Azure Pipelines yang dihoskan sendiri boleh menyimpan peraturan pintasan proksi dalam fail .proxybypass dalam direktori akarnya. Setiap baris ialah ungkapan nalar ECMAScript yang dipadankan dengan URL.

Sebagai contoh, peraturan untuk satu hos suapan dalaman boleh kelihatan seperti ini:

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

Ungkapan itu memadankan URL HTTP atau HTTPS untuk hos tersebut, dengan port berangka pilihan. Sempadan selepas nama hos menghalang pemadanan nama yang lebih panjang seperti packages.internal.example.other-domain.

Ini ialah fail pemasangan ejen, bukan fail yang diletakkan secara sewenang-wenangnya dalam salinan kerja kod sumber. Sintaksnya juga berbeza daripada nilai NO_PROXY yang dipisahkan koma. Menyalin wildcard shell seperti *.internal.example ke dalam medan ungkapan nalar tidak mengekalkan makna yang sama.

Kemudian kenal pasti siapa yang memuat turun pakej

Operasi sumber dan artifak terbina dalam ejen menggunakan konfigurasi proksinya. Tugas boleh mendapatkan maklumat proksi yang didedahkan melalui pustaka tugas dan menerapkannya pada klien HTTP mereka sendiri.

Tugas yang memanggil proses NuGet, dotnet atau curl luaran memperkenalkan pengguna lain. Sahkan bagaimana tugas itu membekalkan tetapan proksi dan pintasan kepada alat tersebut. Peraturan ejen yang betul tidak membuktikan bahawa setiap klien pakej bebas telah membacanya.

Simpan URL suapan dalaman dalam rekod diagnostik, termasuk skema dan portnya. Uji peraturan terhadap URL yang sedang dihubungi, kemudian periksa konfigurasi tugas atau klien yang bertanggungjawab untuk permintaan itu.

Artikel berkaitan