MAAS ନିୟୋଜନ ମାଧ୍ୟମରେ ପ୍ରକ୍ସି ଟ୍ରେସ୍ କରନ୍ତୁ

ସଫଳ MAAS ବୁଟ୍-ଇମେଜ୍ ଡାଉନଲୋଡ୍ କଣ୍ଟ୍ରୋଲରର ପଥ ପ୍ରମାଣ କରେ। ଯଦି ସ୍ଥାପିତ ମେସିନ୍ ପରେ ପ୍ୟାକେଜ୍ ଆଣି ପାରିବ ନାହିଁ, ସେହି ପର୍ଯ୍ୟାୟରେ ଉପଭୋକ୍ତାକୁ ଯାଞ୍ଚ କରନ୍ତୁ:

ସେବାରେ ଥିବା MAAS ସଂସ୍କରଣର ସମର୍ଥିତ ନିୟନ୍ତ୍ରଣ ବ୍ୟବହାର କରନ୍ତୁ। ଡକ୍ୟୁମେଣ୍ଟେଡ୍ enable_http_proxy ପ୍ରୋଭିଜନିଂ ଏବଂ ପ୍ୟାକେଜ୍ ପ୍ରବେଶ ପାଇଁ ଅନ୍ତର୍ନିହିତ କିମ୍ବା ନିର୍ଦ୍ଦିଷ୍ଟ ପ୍ରକ୍ସିର ବ୍ୟବହାରକୁ ଅନ୍ତର୍ଭୁକ୍ତ କରେ; http_proxy ଏକ ବାହ୍ୟ ସେବାକୁ ଚିହ୍ନଟ କରେ। ପିଅର୍-ପ୍ରକ୍ସି ମୋଡ୍‌ରେ, ନିୟୋଜିତ ମେସିନ୍‌ଗୁଡ଼ିକ MAAS ର ଅନ୍ତର୍ନିହିତ ପ୍ରକ୍ସି ବ୍ୟବହାର କରିପାରିବେ, ଯାହା ସେହି ବାହ୍ୟ ସେବାକୁ ଏହାର ପିତୃ ଭାବରେ ବ୍ୟବହାର କରେ। ସାର୍ବଜନୀନ ବାହ୍ୟ ପିତୃର ଅନୁମତିପ୍ରାପ୍ତ ବ୍ୟବହାର ପାଇଁ HTTP ପ୍ରକ୍ସି ତାଲିକାରୁ HTTP ପ୍ରାର୍ଥୀ ବାଛନ୍ତୁ; ପିଅର୍-ପ୍ରକ୍ସି ମୋଡ୍‌ରେ ନୋଡ୍‌ର MAAS-ସ୍ଥାନୀୟ ଏଣ୍ଡପଏଣ୍ଟକୁ ଅପରିବର୍ତ୍ତିତ ରଖନ୍ତୁ।

ତେଣୁ ନୋଡ୍‌ରେ ଥିବା MAAS-ସ୍ଥାନୀୟ ଏଣ୍ଡପଏଣ୍ଟ ଅବଶ୍ୟ ପୁରୁଣା ନୁହେଁ। ବାହ୍ୟ ଠିକଣାରେ ବଦଳାଇବା ପୂର୍ବରୁ ଏହାର ପିତୃକୁ ଅନୁସରଣ କରନ୍ତୁ। ଯେଉଁ ସଂସ୍କରଣଗୁଡ଼ିକ ନୋଡ୍‌କୁ ପ୍ରକ୍ସି ସେଟିଂ ପଠାଉ ନଥିଲେ, ସେମାନଙ୍କର ପୁରୁଣା preseed ସମାଧାନ ପ୍ରତ୍ୟେକ ବର୍ତ୍ତମାନର ନିୟୋଜନକୁ ବର୍ଣ୍ଣନା କରେ ନାହିଁ।

ବିଫଳ ପର୍ଯ୍ୟାୟରେ, ଉତ୍ପାଦିତ ପ୍ୟାକେଜ୍ ସେଟିଂ, ଏଣ୍ଡପଏଣ୍ଟର ପ୍ରାପ୍ତି ଏବଂ ପ୍ରମାଣୀକରଣ ପରିଚୟକୁ ଇନଷ୍ଟଲର୍ ପରିବେଶ ସହିତ ତୁଳନା କରନ୍ତୁ। ସେମାନେ ସମାନ ହୋମ୍ ଡିରେକ୍ଟୋରୀ କିମ୍ବା ଭେରିଏବଲ୍ ଅଂଶୀଦାର କରିବା ଆବଶ୍ୟକ ନାହିଁ। APT ବ୍ୟବହାର କରୁଥିବା Ubuntu ନୋଡ୍‌ରେ APT ର ନିଜସ୍ୱ ପ୍ରକ୍ସି ବିକଳ୍ପ ଯାଞ୍ଚ କରନ୍ତୁ। ସ୍ଥାନୀୟ ମେଟାଡାଟା ପ୍ରବେଶକୁ ସାର୍ବଜନୀନ ରିପୋଜିଟୋରୀରୁ ଅଲଗା ରଖନ୍ତୁ; ଆନ୍ତରିକ ପ୍ରୋଭିଜନିଂ URL ବାହ୍ୟ ପିତୃକୁ ପଠାଇବା ସାର୍ବଜନୀନ ଡାଉନଲୋଡ୍ କାମ କରୁଥିବାବେଳେ ବିଫଳ ହୋଇପାରେ।

କଣ୍ଟ୍ରୋଲର ଶେଲ୍ କିମ୍ବା ବ୍ରାଉଜର ଅନ୍ୟ ଏକ ଉପଭୋକ୍ତା, ଏବଂ କନଫିଗର୍ ହୋଇଥିବା ପ୍ୟାକେଜ୍ ମ୍ୟାନେଜର ପ୍ରତ୍ୟେକ ପରବର୍ତ୍ତୀ ରନଟାଇମ୍ କନଫିଗର୍ କରେ ନାହିଁ। ପରିଚାଳନା ପରିବର୍ତ୍ତନ ପରେ, ସେଟିଂ ତୁରନ୍ତ ପୁନଃଲୋଡ୍ ହୋଇଛି ବୋଲି ଧରିନେବା ପରିବର୍ତ୍ତେ ପ୍ରଭାବିତ ବିଦ୍ୟମାନ ୱାର୍କଲୋଡ୍ ପ୍ରକୃତରେ କଣ ପାଇଛି ଯାଞ୍ଚ କରନ୍ତୁ।