docker pull କଣ୍ଟେନର୍‌ର ପ୍ରକ୍ସି ସେଟିଂ କାହିଁକି ଅଣଦେଖା କରେ

docker pull ବିଫଳ ହେଲେ Docker ଡେମନ୍ କିମ୍ବା Docker Desktop ସେଟ୍ କରନ୍ତୁ। ଆପ୍ କଣ୍ଟେନର୍ ନିଜ ପ୍ରକ୍ସି ଭେରିଏବଲ୍ ପଢ଼ିବା ପୂର୍ବରୁ ଇମେଜ୍ ଡାଉନଲୋଡ୍ ହୁଏ।

ନେଟିଭ୍ Docker Engine

ଏହି ଅଂଶକୁ ବର୍ତ୍ତମାନର ଡେମନ୍ ପ୍ରକ୍ସି ବିନ୍ୟାସରେ ମିଶାନ୍ତୁ, ଦଲିଲର ଏଣ୍ଡପଏଣ୍ଟ ବଦଳାନ୍ତୁ ଓ ଅସମ୍ପର୍କିତ ସେଟିଂ ରଖନ୍ତୁ। ସାର୍ବଜନୀନ ପ୍ରକ୍ସି ଅନୁମତି ଥିବା ସାର୍ବଜନୀନ ଇମେଜ୍ ପରୀକ୍ଷା ପାଇଁ HTTP ପ୍ରକ୍ସି ତାଲିକା ବିକଳ୍ପ ଦିଏ:

{
  "proxies": {
    "http-proxy": "http://203.0.113.10:8080",
    "https-proxy": "http://203.0.113.10:8080",
    "no-proxy": "localhost,127.0.0.1,registry.example.internal"
  }
}

ଡେମନ୍‌ର ହାଇଫେନ୍ ଥିବା କୀ Docker କ୍ଲାଏଣ୍ଟର ~/.docker/config.jsonର camelCase କୀଠାରୁ ଅଲଗା। କ୍ଲାଏଣ୍ଟ ପ୍ରକ୍ସି ଅଂଶ ନୂଆ କଣ୍ଟେନର୍ ଓ ବିଲ୍ଡ ପାଇଁ ପରିବେଶ ଭେରିଏବଲ୍ ଦିଏ; ଡେମନ୍ ଡାଉନଲୋଡ୍ କିମ୍ବା ପୁରୁଣା କଣ୍ଟେନର୍‌ର ପରିବେଶ ସେଟ୍ କରେ ନାହିଁ।

ଇନଷ୍ଟଲେସନ୍ ଦଲିଲ ଅନୁସାରେ ଡେମନ୍ ପୁଣି ଆରମ୍ଭ କରନ୍ତୁ ଓ ଚାଲୁ କାମର ପ୍ରଭାବ ଯୋଜନା କରନ୍ତୁ। ଡେମନ୍ ଆରମ୍ଭ ପରିବେଶରେ ମଧ୍ୟ ପ୍ରକ୍ସି ଭେରିଏବଲ୍ ନେଇପାରେ; ପରବର୍ତ୍ତୀ ଟର୍ମିନାଲ୍‌ରେ export କଲେ ଚାଲୁ ସେବା ଅଦ୍ୟତନ ହୁଏ ନାହିଁ।

Docker Desktop

Desktopର ନିଜ ପ୍ରକ୍ସି ସେଟିଂ ନିଅନ୍ତୁ। Docker ଦଲିଲ ଅନୁସାରେ Desktop daemon.jsonର ପ୍ରକ୍ସି ଏଣ୍ଟ୍ରି ଅଣଦେଖା କରେ, ତେଣୁ ନେଟିଭ୍ Engine ଉଦାହରଣ ବାରମ୍ବାର ବଦଳାଇ ଏହି ଉତ୍ପାଦର ପଥ ସେଟ୍ ହୁଏ ନାହିଁ।

ପ୍ରକୃତ ଅଂଶ ଅଦ୍ୟତନ ପରେ ଇମେଜ୍ ପୁଣି ଟାଣନ୍ତୁ। ରେଜିଷ୍ଟ୍ରି ପ୍ରବେଶ, ପ୍ରମାଣୀକରଣ, ରିଡାଇରେକ୍ଟ କିମ୍ବା ଲେୟର୍ ଡାଉନଲୋଡ୍‌ରେ କ’ଣ ବିଫଳ ହୋଇଛି ପଢ଼ନ୍ତୁ। ପୁରୁଣା କଣ୍ଟେନର୍ ଭିତରେ ସଫଳ HTTP ଅନୁରୋଧ କେବଳ ସେହି ଆପ୍‌ର ପଥ ଯାଞ୍ଚ କରେ। ଶେୟାର୍ ସ୍କ୍ରିନସଟ୍ ଓ କମିଟ୍ ଫାଇଲ୍‌ରେ ପ୍ରକ୍ସି ଲଗଇନ୍ ତଥ୍ୟ ରଖନ୍ତୁ ନାହିଁ; ଡେମନ୍ ବିନ୍ୟାସ ଓ କଣ୍ଟେନର୍ ପରିବେଶ ଗୁପ୍ତ ସଞ୍ଚୟ ନୁହେଁ।