خود میزبان Azure Pipelines ایجنٹ اپنی جڑ ڈائریکٹری میں .proxybypass فائل میں پراکسی سے گزرنے کے قواعد رکھ سکتا ہے۔ ہر سطر ایک ECMAScript باقاعدہ اظہار ہے جسے URL سے ملایا جاتا ہے۔

مثال کے طور پر، ایک اندرونی فیڈ میزبان کے لیے قاعدہ ایسا دکھ سکتا ہے:

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

یہ اظہار اُس میزبان کے HTTP یا HTTPS URL سے میل کھاتا ہے، ساتھ میں اختیاری عددی پورٹ۔ میزبان کے نام کے بعد کی حد packages.internal.example.other-domain جیسے طویل نام سے بھی میل کھانے سے روکتی ہے۔

یہ ایجنٹ کی تنصیب کی فائل ہے، ماخذ کوڈ کی ورکنگ کاپی میں من مانی رکھی گئی فائل نہیں۔ اس کا نحو کوما سے الگ کی گئی NO_PROXY قدر سے بھی مختلف ہے۔ *.internal.example جیسے شیل وائلڈ کارڈ کو باقاعدہ اظہار کے میدان میں نقل کرنے سے وہی معنی محفوظ نہیں رہتا۔

پھر شناخت کریں کہ پیکیج کون ڈاؤن لوڈ کرتا ہے

ایجنٹ کی بلٹ اِن سورس اور آرٹیفیکٹ کارروائیاں اس کی پراکسی ترتیب استعمال کرتی ہیں۔ کام ٹاسک لائبریری کے ذریعے ظاہر کردہ پراکسی معلومات حاصل کر کے اپنے HTTP کلائنٹس پر لاگو کر سکتے ہیں۔

بیرونی NuGet، dotnet یا curl عمل کو بلانے والا کام ایک اور صارف شامل کرتا ہے۔ تصدیق کریں کہ وہ کام ٹول کو پراکسی اور بائی پاس کی ترتیبات کیسے دیتا ہے۔ درست ایجنٹ قاعدہ یہ ثابت نہیں کرتا کہ ہر خودمختار پیکیج کلائنٹ نے اسے پڑھا ہے۔

اندرونی فیڈ URL کو اسکیم اور پورٹ سمیت تشخیصی ریکارڈ میں رکھیں۔ جس URL سے رابطہ کیا جا رہا ہے اس پر قاعدے کی جانچ کریں، پھر اس درخواست کے ذمہ دار کام یا کلائنٹ کی ترتیب کا جائزہ لیں۔

متعلقہ مضامین