MAAS तैनातीमा प्रोक्सी ट्रेस गर्नुहोस्

सफल MAAS बुट-इमेज डाउनलोडले नियन्त्रकको मार्ग प्रमाणित गर्छ। यदि स्थापित मेसिनले पछि प्याकेजहरू लिन सक्दैन भने, त्यो चरणमा उपभोक्ता जाँच्नुहोस्:

सेवामा रहेको MAAS संस्करणका समर्थित नियन्त्रणहरू प्रयोग गर्नुहोस्। अभिलेखित enable_http_proxy ले प्राविधान र प्याकेज पहुँचका लागि अन्तर्निहित वा निर्दिष्ट प्रोक्सीको प्रयोग समेट्छ; http_proxy ले बाह्य सेवा पहिचान गर्छ। पियर-प्रोक्सी मोडमा, तैनाथ मेसिनहरूले MAAS को अन्तर्निहित प्रोक्सी प्रयोग गर्न सक्छन्, जसले त्यो बाह्य सेवालाई आफ्नो अभिभावकका रूपमा प्रयोग गर्छ। सार्वजनिक बाह्य अभिभावकको अनुमतिप्राप्त प्रयोगका लागि HTTP प्रोक्सी सूचीबाट HTTP उम्मेदवार छान्नुहोस्; पियर-प्रोक्सी मोडमा नोडको MAAS-स्थानीय एन्डपोइन्ट अपरिवर्तित राख्नुहोस्।

त्यसैले नोडमा रहेको MAAS-स्थानीय एन्डपोइन्ट अनिवार्य रूपमा पुरानो हुँदैन। बाह्य ठेगानाले प्रतिस्थापन गर्नु अघि त्यसको अभिभावक पछ्याउनुहोस्। नोडहरूलाई प्रोक्सी सेटिङ नपठाउने संस्करणहरूका पुराना preseed समाधानहरूले हरेक वर्तमान तैनाती वर्णन गर्दैनन्।

असफल हुने चरणमा, उत्पन्न प्याकेज सेटिङ, एन्डपोइन्टको पहुँच र प्रमाणीकरण पहिचानलाई इन्स्टलर वातावरणसँग तुलना गर्नुहोस्। तिनीहरूले एउटै होम डाइरेक्टरी वा भेरिएबल साझा गर्नु आवश्यक छैन। APT प्रयोग गर्ने Ubuntu नोडमा APT का आफ्नै प्रोक्सी विकल्पहरू जाँच्नुहोस्। स्थानीय मेटाडेटा पहुँचलाई सार्वजनिक भण्डारबाट अलग राख्नुहोस्; आन्तरिक प्राविधान URL बाह्य अभिभावकमा पठाउँदा सार्वजनिक डाउनलोड काम गरिरहे पनि असफल हुन सक्छ।

नियन्त्रक शेल वा ब्राउजर अर्को उपभोक्ता हो, र कन्फिगर गरिएको प्याकेज म्यानेजरले प्रत्येक पछिको रनटाइम कन्फिगर गर्दैन। व्यवस्थापन परिवर्तनपछि, सेटिङ तुरुन्तै पुनः लोड भयो भनी मान्नुको सट्टा प्रभावित विद्यमान कार्यभारले वास्तवमै के प्राप्त गर्‍यो जाँच्नुहोस्।