MAAS విస్తరణలో ప్రాక్సీని ట్రేస్ చేయండి
MAAS లో ఇమేజ్ డౌన్లోడ్లు, ఇన్స్టాలర్ ట్రాఫిక్, విస్తరించిన ప్యాకేజీ యాక్సెస్ మరియు తర్వాతి అప్లికేషన్ అభ్యర్థనలను వేరు చేయండి.
విజయవంతమైన MAAS బూట్-ఇమేజ్ డౌన్లోడ్ కంట్రోలర్ మార్గాన్ని నిరూపిస్తుంది. ఇన్స్టాల్ చేసిన మెషీన్ తర్వాత ప్యాకేజీలను పొందలేకపోతే, ఆ దశలో వినియోగదారుని పరిశీలించండి:
| దశ | పరిశీలించాల్సిన వినియోగదారు |
|---|---|
| ఇమేజ్/ప్రొవిజనింగ్ డౌన్లోడ్ | బాధ్యత వహించే కంట్రోలర్ సేవ |
| కమిషనింగ్ లేదా ఇన్స్టాలేషన్ | తాత్కాలిక టాస్క్ వాతావరణం |
| ఇన్స్టాల్ చేసిన OS ప్యాకేజీలు | ప్యాకేజీ మేనేజర్ మరియు రూపొందించిన కాన్ఫిగరేషన్ |
| తర్వాత charm, స్క్రిప్ట్ లేదా అప్లికేషన్ డౌన్లోడ్ | ఆ అభ్యర్థన చేస్తున్న క్లయింట్ |
సేవలో ఉన్న MAAS వెర్షన్ యొక్క మద్దతు ఉన్న నియంత్రణలను ఉపయోగించండి. డాక్యుమెంట్ చేయబడిన enable_http_proxy ప్రొవిజనింగ్ మరియు ప్యాకేజీ యాక్సెస్ కోసం అంతర్నిర్మిత లేదా పేర్కొన్న ప్రాక్సీ వినియోగాన్ని కవర్ చేస్తుంది; http_proxy బాహ్య సేవను గుర్తిస్తుంది. పీర్-ప్రాక్సీ మోడ్లో, విస్తరించిన మెషీన్లు MAAS యొక్క అంతర్నిర్మిత ప్రాక్సీని ఉపయోగించవచ్చు, అది ఆ బాహ్య సేవను దాని తల్లిదండ్రులుగా ఉపయోగిస్తుంది. పబ్లిక్ బాహ్య తల్లిదండ్రుల అనుమతించబడిన వినియోగం కోసం HTTP ప్రాక్సీ జాబితా నుండి HTTP అభ్యర్థిని ఎంచుకోండి; పీర్-ప్రాక్సీ మోడ్లో నోడ్ యొక్క MAAS-స్థానిక ఎండ్పాయింట్ను మార్చకుండా ఉంచండి.
అందువల్ల నోడ్పై ఉన్న MAAS-స్థానిక ఎండ్పాయింట్ తప్పనిసరిగా పాతది కాదు. బాహ్య చిరునామాతో భర్తీ చేసే ముందు దాని తల్లిదండ్రులను అనుసరించండి. నోడ్లకు ప్రాక్సీ సెట్టింగ్లను పంపని విడుదలల పాత preseed పరిష్కారాలు ప్రతి ప్రస్తుత విస్తరణను వివరించవు.
విఫలమయ్యే దశలో, రూపొందించిన ప్యాకేజీ సెట్టింగ్లు, ఎండ్పాయింట్ చేరుకోగలిగే సామర్థ్యం మరియు ప్రామాణీకరణ గుర్తింపును ఇన్స్టాలర్ వాతావరణంతో పోల్చండి. అవి ఒకే హోమ్ డైరెక్టరీ లేదా వేరియబుల్స్ పంచుకోవాల్సిన అవసరం లేదు. APT ఉపయోగించే Ubuntu నోడ్లో APT యొక్క స్వంత ప్రాక్సీ ఎంపికలను పరిశీలించండి. స్థానిక మెటాడేటా యాక్సెస్ను పబ్లిక్ రిపోజిటరీల నుండి వేరుగా ఉంచండి; అంతర్గత ప్రొవిజనింగ్ URL ను బాహ్య తల్లిదండ్రులకు పంపడం పబ్లిక్ డౌన్లోడ్లు పని చేస్తున్నప్పుడు విఫలమవుతుంది.
కంట్రోలర్ షెల్ లేదా బ్రౌజర్ మరో వినియోగదారు, మరియు కాన్ఫిగర్ చేసిన ప్యాకేజీ మేనేజర్ తర్వాతి ప్రతి రన్టైమ్ను కాన్ఫిగర్ చేయదు. నిర్వహణ మార్పు తర్వాత, సెట్టింగ్ వెంటనే మళ్లీ లోడ్ అయిందని ఊహించడం బదులు ప్రభావితమైన ప్రస్తుత వర్క్లోడ్ వాస్తవంగా ఏమి పొందిందో పరిశీలించండి.