MAAS تعیناتی میں پراکسی کا سراغ لگائیں

MAAS بوٹ امیج کا کامیاب ڈاؤن لوڈ کنٹرولر کے راستے کا ثبوت ہے۔ اگر نصب شدہ مشین بعد میں پیکیجز حاصل نہ کر سکے تو اس مرحلے میں صارف کا معائنہ کریں:

سروس میں موجود MAAS ورژن کے معاون کنٹرول استعمال کریں۔ دستاویزی enable_http_proxy پروویژننگ اور پیکیج تک رسائی کے لیے بلٹ اِن یا متعین پراکسی کے استعمال کا احاطہ کرتا ہے؛ http_proxy بیرونی سروس کی نشاندہی کرتا ہے۔ پیئر پراکسی موڈ میں، تعینات مشینیں MAAS کی بلٹ اِن پراکسی استعمال کر سکتی ہیں، جو اس بیرونی سروس کو اپنے والدین کے طور پر استعمال کرتی ہے۔ عوامی بیرونی والدین کے مجاز استعمال کے لیے HTTP پراکسی فہرست سے HTTP امیدوار منتخب کریں؛ پیئر پراکسی موڈ میں نوڈ کا MAAS مقامی اینڈ پوائنٹ بغیر تبدیلی کے رکھیں۔

اس لیے نوڈ پر MAAS مقامی اینڈ پوائنٹ کا پرانا ہونا ضروری نہیں۔ بیرونی پتے سے تبدیل کرنے سے پہلے اس کے والدین کا سراغ لگائیں۔ جن ریلیز نے نوڈز کو پراکسی سیٹنگز نہیں بھیجیں، ان کے پرانے preseed حل ہر موجودہ تعیناتی کو بیان نہیں کرتے۔

ناکام ہونے والے مرحلے میں، تیار کردہ پیکیج سیٹنگز، اینڈ پوائنٹ کی رسائی اور توثیق کی شناخت کا انسٹالر ماحول سے موازنہ کریں۔ ان کا ایک ہی ہوم ڈائریکٹری یا متغیرات بانٹنا ضروری نہیں۔ APT استعمال کرنے والے Ubuntu نوڈ پر APT کے اپنے پراکسی اختیارات کا معائنہ کریں۔ مقامی میٹا ڈیٹا تک رسائی کو عوامی ذخیروں سے الگ رکھیں؛ اندرونی پروویژننگ URL بیرونی والدین کو بھیجنا ناکام ہو سکتا ہے جبکہ عوامی ڈاؤن لوڈز کام کر رہے ہوں۔

کنٹرولر شیل یا براؤزر ایک اور صارف ہے، اور کنفیگر شدہ پیکیج مینیجر ہر بعد کے رن ٹائم کو کنفیگر نہیں کرتا۔ انتظامی تبدیلی کے بعد، یہ فرض کرنے کے بجائے کہ اس نے سیٹنگ فوراً دوبارہ لوڈ کی ہے، یہ معائنہ کریں کہ متاثرہ موجودہ ورک لوڈ کو حقیقت میں کیا ملا۔