MAAS স্থাপনায় প্রক্সি অনুসরণ করুন

সফল MAAS বুট-ইমেজ ডাউনলোড কন্ট্রোলারের রুট প্রমাণ করে। যদি ইনস্টল করা মেশিন পরে প্যাকেজ আনতে না পারে, তখনকার ভোক্তাটি পরীক্ষা করুন:

পরিষেবায় থাকা MAAS সংস্করণের সমর্থিত নিয়ন্ত্রণ ব্যবহার করুন। নথিভুক্ত enable_http_proxy প্রভিশনিং ও প্যাকেজ অ্যাক্সেসের জন্য অন্তর্নির্মিত বা নির্দিষ্ট প্রক্সির ব্যবহার কভার করে; http_proxy একটি বহিরাগত পরিষেবা চিহ্নিত করে। পিয়ার-প্রক্সি মোডে স্থাপিত মেশিন MAAS-এর অন্তর্নির্মিত প্রক্সি ব্যবহার করতে পারে, যা ওই বহিরাগত পরিষেবাকে তার পিতা হিসেবে ব্যবহার করে। সর্বজনীন বহিরাগত পিতার অনুমোদিত ব্যবহারের জন্য HTTP প্রক্সি তালিকা থেকে একটি HTTP প্রার্থী বেছে নিন; পিয়ার-প্রক্সি মোডে নোডের MAAS-স্থানীয় এন্ডপয়েন্ট অপরিবর্তিত রাখুন।

তাই নোডে থাকা MAAS-স্থানীয় এন্ডপয়েন্ট সবসময় পুরনো নয়। বহিরাগত ঠিকানা দিয়ে প্রতিস্থাপনের আগে তার পিতা অনুসরণ করুন। যেসব সংস্করণ নোডে প্রক্সি সেটিং পাঠায়নি, তাদের পুরনো preseed সমাধান বর্তমান প্রতিটি স্থাপনাকে বর্ণনা করে না।

ব্যর্থ পর্যায়ে উৎপন্ন প্যাকেজ সেটিং, এন্ডপয়েন্টের নাগাল এবং প্রমাণীকরণ পরিচয় ইনস্টলার পরিবেশের সঙ্গে তুলনা করুন। তাদের একই হোম ডিরেক্টরি বা ভেরিয়েবল থাকা আবশ্যক নয়। APT ব্যবহার করে এমন Ubuntu নোডে APT-এর নিজস্ব প্রক্সি বিকল্প পরীক্ষা করুন। স্থানীয় মেটাডেটা অ্যাক্সেস সর্বজনীন ভাণ্ডার থেকে আলাদা রাখুন; অভ্যন্তরীণ প্রভিশনিং URL বহিরাগত পিতার কাছে পাঠালে সর্বজনীন ডাউনলোড কাজ করলেও ব্যর্থ হতে পারে।

কন্ট্রোলার শেল বা ব্রাউজার আরেকটি ভোক্তা, এবং কনফিগার করা প্যাকেজ ম্যানেজার পরবর্তী প্রতিটি রানটাইম কনফিগার করে না। প্রশাসনিক পরিবর্তনের পর, প্রভাবিত বিদ্যমান ওয়ার্কলোড আসলে কী পেয়েছে তা যাচাই করুন, সেটিংটি সঙ্গে সঙ্গে পুনরায় লোড হয়েছে ধরে নেওয়ার বদলে।