ସାଧାରଣ bridge ନେଟୱର୍କ କଣ୍ଟେନରରେ 127.0.0.1 କଣ୍ଟେନରର ନିଜସ୍ୱ loopback ଠିକଣା। ଲାପଟପର localhostରେ ଶୁଣୁଥିବା ପ୍ରକ୍ସି ପ୍ରତ୍ୟେକ କଣ୍ଟେନର ଭିତରେ ଆପେଆପେ ଶୁଣେ ନାହିଁ।

ଏହା ଏକ ସାଧାରଣ ପାର୍ଥକ୍ୟ ବୁଝାଏ: ସେହି ପ୍ରକ୍ସି URL ହୋଷ୍ଟ ଟର୍ମିନାଲରେ କାମ କରେ, କିନ୍ତୁ କଣ୍ଟେନରରେ ସଂଯୋଗ ପ୍ରତ୍ୟାଖ୍ୟାନ ହୁଏ। ପ୍ରତ୍ୟେକ ସ୍ଥାନରେ ଠିକଣାଟି ଭିନ୍ନ ନେଟୱର୍କ ଏଣ୍ଡପଏଣ୍ଟକୁ ସୂଚାଏ।

ସାର୍ବଜନୀନ ପ୍ରକ୍ସି ସିଧାସଳଖ ବ୍ୟବହାର କରିହେବ

ସେବା କିମ୍ବା HTTP ପ୍ରକ୍ସି ତାଲିକାରୁ ବାଛିଥିବା ଏଣ୍ଡପଏଣ୍ଟ ସତରେ ପହଞ୍ଚିହେବା ସାର୍ବଜନୀନ IP ହେଲେ, ତାହାକୁ localhostରେ ବଦଳାଇବା ବଦଳରେ ସେହି ଠିକଣା ଆପ୍ଲିକେସନକୁ ଦିଅନ୍ତୁ:

docker run --rm \
  -e HTTP_PROXY=http://203.0.113.10:8080 \
  -e HTTPS_PROXY=http://203.0.113.10:8080 \
  your-image

ଦଲିଲର ଉଦାହରଣ ଠିକଣା ଓ ଇମେଜ ବଦଳାନ୍ତୁ। ଇମେଜର ପ୍ରୋଗ୍ରାମ ଏହି ପରିବେଶ ଚଳଗୁଡ଼ିକୁ ସମର୍ଥନ କରିବା ଦରକାର; କେବଳ ଚଳ ଥିବାରୁ Docker ପ୍ରତ୍ୟେକ socketକୁ ପ୍ରକ୍ସି ମାଧ୍ୟମର ଅନୁରୋଧରେ ବଦଳାଏ ନାହିଁ।

ପ୍ରକ୍ସି Docker ହୋଷ୍ଟରେ ଚାଲୁଥିଲେ

ହୋଷ୍ଟର ଆଭ୍ୟନ୍ତରୀଣ ଠିକଣାକୁ ପହଞ୍ଚିବା ପାଇଁ Docker Desktop host.docker.internal ଦିଏ। ସମର୍ଥିତ ନେଟିଭ Engine ବିନ୍ୟାସରେ ହୋଷ୍ଟ ମ୍ୟାପିଂ ଏହି ପ୍ରଚଳିତ ନାମ ଦେଇପାରେ:

docker run --rm \
  --add-host host.docker.internal=host-gateway \
  -e HTTP_PROXY=http://host.docker.internal:8080 \
  -e HTTPS_PROXY=http://host.docker.internal:8080 \
  your-image

ଏହା ନାମର ସମାଧାନ ବଦଳାଏ; ଏହା ପୋର୍ଟ ଫରୱାର୍ଡିଂ କମାଣ୍ଡ ନୁହେଁ। ନେଟିଭ Linuxରେ କେବଳ ହୋଷ୍ଟର loopback ସହ ବନ୍ଧା ସେବା ହୋଷ୍ଟର bridge ଠିକଣାରୁ ଏବେ ବି ଅପହଞ୍ଚ ହୋଇପାରେ। ଲିସନର, ଫାୟାରୱାଲ ଓ କଣ୍ଟେନର ମାର୍ଗ ସଂଯୋଗକୁ ଅନୁମତି ଦେବା ଦରକାର। ଲିସନର ବଦଳାଇଲେ ପ୍ରମାଣୀକରଣବିହୀନ ଖୋଲା ପ୍ରକ୍ସି ତିଆରି କରିବା ବଦଳରେ ପ୍ରବେଶ ଆବଶ୍ୟକ କ୍ଲାଏଣ୍ଟଙ୍କ ମଧ୍ୟରେ ସୀମିତ କରନ୍ତୁ।

ଆପ୍ଲିକେସନ ଥିବା ସ୍ଥାନରୁ ପରୀକ୍ଷା କରନ୍ତୁ

ହୋଷ୍ଟର curl ଫଳ କେବଳ ହୋଷ୍ଟର ମାର୍ଗ ପରୀକ୍ଷା କରେ। କଣ୍ଟେନରର ପରିବେଶରୁ ସମ୍ପୃକ୍ତ ଅନୁରୋଧ କରି ନିର୍ଦ୍ଧାରିତ ଏଣ୍ଡପଏଣ୍ଟକୁ ପହଞ୍ଚୁଛି କି ନାହିଁ ଦେଖନ୍ତୁ।

‘ହୋଷ୍ଟ’ର ଅର୍ଥ Docker Engine ଚଳାଉଥିବା ମେସିନ ମଧ୍ୟ। ଦୂରସ୍ଥ Engine ହେଲେ ତାହା ଆପଣଙ୍କ ଲାପଟପ ହିଁ ହୋଇଥିବ ବୋଲି ନୁହେଁ। ତେଣୁ ସ୍ଥାନୀୟ ଡେସ୍କଟପ ଆପ୍ଲିକେସନରୁ ନକଲ ହୋଇଥିବା loopback IP ଦୂରସ୍ଥ ବିଲ୍ଡର କିମ୍ବା ସର୍ଭରରେ ବିନା ପରିବର୍ତ୍ତନରେ କାମ କରିବା ସମ୍ଭାବନା ବିଶେଷ ଭାବେ କମ।

ଇମେଜ ଡାଉନଲୋଡ ସମସ୍ୟା ଅଲଗା ରଖନ୍ତୁ: ଆପ୍ଲିକେସନ ଉପର ପରିବେଶ ବ୍ୟବହାର କରିପାରିବା ପୂର୍ବରୁ ଡେମନ ଇମେଜ ଡାଉନଲୋଡ କରେ।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ