ଆପଣଙ୍କ କର୍ପୋରେଟ୍ ପ୍ରକ୍ସି କାହିଁକି ଏକ Compose ସେବା ନାମ ସମାଧାନ କରିବାକୁ ଚେଷ୍ଟା କରୁଛି
ଏକ HTTP କ୍ଲାଏଣ୍ଟ Docker ର ସେବା-ନାମ ସମାଧାନ ବ୍ୟବହାର କରିବା ପୂର୍ବରୁ ଏହାର ବିନ୍ୟାସିତ ପ୍ରକ୍ସିକୁ ଏକ ଆଭ୍ୟନ୍ତରୀଣ ସେବା ଅନୁରୋଧ ପଠାଇପାରେ। ସଠିକ୍ କ୍ଲାଏଣ୍ଟ ପାଇଁ ଜାଣିଶୁଣି ବାଇପାସ୍ ଯୋଡନ୍ତୁ।
ଆପ୍ଲିକେସନ୍ ଏହାର କର୍ପୋରେଟ୍ ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ଇଣ୍ଟରନେଟ୍କୁ ପହଞ୍ଚେ, କିନ୍ତୁ http://catalog:8080/ ବିଫଳ ହୁଏ ଏବଂ ପ୍ରକ୍ସି “catalog” ସମାଧାନ କରିପାରିବ ନାହିଁ। ସେହି ଅନୁରୋଧ ବୋଧହୁଏ Docker ର ଆଭ୍ୟନ୍ତରୀଣ DNS କେବେ ବ୍ୟବହାର କରି ନାହିଁ।
ଏକ HTTP କ୍ଲାଏଣ୍ଟ ସିଧାସଳଖ ସଂଯୋଗ କରିବା ପୂର୍ବରୁ ଏହାର ପ୍ରକ୍ସି ଚୟନ କରିପାରେ। ତା’ପରେ ବାହ୍ୟ ପ୍ରକ୍ସି ଏପରି ଏକ ନାମ ପାଏ ଯାହାର ଅର୍ଥ କେବଳ Compose ନେଟୱାର୍କ ଭିତରେ ରହିଛି।
- ଅନୁରୋଧରେ ହୋଷ୍ଟନାମ ବ୍ୟବହାର କରନ୍ତୁ। Compose ସେବାଗୁଡ଼ିକ ଉପଯୁକ୍ତ ନେଟୱାର୍କରେ ସେବା ନାମରେ ଚିହ୍ନଟ ହୋଇପାରେ। ପରିବର୍ତ୍ତନଶୀଳ କଣ୍ଟେନର IP ହାର୍ଡ-କୋଡ୍ କରିବା ପରିବର୍ତ୍ତେ ଉପଭୋକ୍ତା କ୍ଲାଏଣ୍ଟର ସମର୍ଥିତ ବାଇପାସ୍ ବିନ୍ୟାସରେ
catalogଯୋଡନ୍ତୁ। - ବିଦ୍ୟମାନ ବ୍ୟତିକ୍ରମ ସଂରକ୍ଷଣ କରନ୍ତୁ। ପରିବେଶ-ସଚେତନ କ୍ଲାଏଣ୍ଟ ପାଇଁ, ସମ୍ପୃକ୍ତ ଏଣ୍ଟ୍ରିଗୁଡ଼ିକୁ ସଂଗଠନର ତାଲିକା ସହିତ ମିଶାନ୍ତୁ:
NO_PROXY=localhost,127.0.0.1,catalog
no_proxy=localhost,127.0.0.1,catalogଇମେଜରେ ଥିବା ପ୍ରକୃତ ଲାଇବ୍ରେରୀ କିମ୍ବା ଏକ୍ଜିକ୍ୟୁଟେବଲ୍ର କେସ୍ ପରିଚାଳନା, ସଂସ୍କରଣ ଏବଂ ମେଳ ବ୍ୟାକରଣ ଯାଞ୍ଚ କରନ୍ତୁ। କୌଣସି ସର୍ବଭୌମ NO_PROXY ପାର୍ସର ନାହିଁ। ଛୋଟ ଇମେଜରେ wget ନାମକ ଏକ ପ୍ରୋଗ୍ରାମ GNU Wget ପରି ବ୍ୟବହାର କରିବା ଆବଶ୍ୟକ ନାହିଁ।
ଅନୁରୋଧ ସିଧାସଳଖ ରାଉଟିଂ ଚୟନ କଲା ପରେ, କଲର ଏବଂ ସେବାର ମିଳିତ ନେଟୱାର୍କ, ଶୁଣୁଥିବା ସେବା ଏବଂ କଣ୍ଟେନର ପୋର୍ଟ ଯାଞ୍ଚ କରନ୍ତୁ। ପ୍ରକାଶିତ ହୋଷ୍ଟ ପୋର୍ଟ ଅନ୍ୟ ଏକ ଏଣ୍ଡପଏଣ୍ଟ। ବାଇପାସ୍ ଅନୁପସ୍ଥିତ ନେଟୱାର୍କ ସଂଯୋଗ ଯୋଡ଼ିପାରିବ ନାହିଁ, ଯେପରି ନେଟୱାର୍କ ପୁନଃ ସୃଷ୍ଟି କଲେ ବାହ୍ୟ ପ୍ରକ୍ସିକୁ ଏକ ବ୍ୟକ୍ତିଗତ Compose ନାମ ଶିଖାଇ ହେବ ନାହିଁ।
ଉଦ୍ଦିଷ୍ଟ ବିଭାଜନ ରଖନ୍ତୁ: ଆଭ୍ୟନ୍ତରୀଣ ଅନୁରୋଧଗୁଡ଼ିକ ସେମାନଙ୍କ ଆଭ୍ୟନ୍ତରୀଣ ପଥ ବ୍ୟବହାର କରନ୍ତି; ବାହ୍ୟ ଅନୁରୋଧଗୁଡ଼ିକ ଅନୁମୋଦିତ ପ୍ରକ୍ସି ରଖନ୍ତି। ପ୍ରକ୍ସିକୁ ସର୍ବଭୌମ ଭାବରେ ଅକ୍ଷମ କଲେ ଏହି ଗୋଟିଏ ବିଫଳତା ଲୁଚିପାରେ ଏବଂ ପରବର୍ତ୍ତୀ ବାହ୍ୟ ଅନୁରୋଧ ପାଇଁ ଆବଶ୍ୟକ ପଥ ହଟାଇପାରେ।