ପ୍ରକ୍ସି କଣ୍ଟେନର କାହିଁକି DNS କଣ୍ଟେନରକୁ ସ୍ୱୟଂଚାଳିତଭାବେ ବ୍ୟବହାର କରେ ନାହିଁ

ଗୋଟିଏ Docker ହୋଷ୍ଟରେ ପ୍ରକ୍ସି ଏବଂ DNS ସର୍ଭର ଚଲାଇବା ସେମାନଙ୍କ DNS ପଥକୁ ସଂଯୋଗ କରେ ନାହିଁ। ତିନୋଟି ଅଲଗା ସମ୍ପର୍କ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ:

• ନେଟୱାର୍କ ପ୍ରାପ୍ୟତା। ଅଲଗା Compose ପ୍ରକଳ୍ପର ସାଧାରଣତଃ ଅଲଗା ଡିଫଲ୍ଟ ନେଟୱାର୍କ ଥାଏ। ସେବାଗୁଡ଼ିକୁ ଉପଯୁକ୍ତ ଅଂଶୀଦାର ନେଟୱାର୍କରେ ରଖନ୍ତୁ, ଯାହା ଗୋଟିଏ ପ୍ରକଳ୍ପ ଭିତରେ କିମ୍ବା ପ୍ରକଳ୍ପ ମଧ୍ୟରେ ସ୍ପଷ୍ଟଭାବେ ଅଂଶୀଦାର ହୋଇଥିବା ନେଟୱାର୍କ ମାଧ୍ୟମରେ।
• ସେବା ଆବିଷ୍କାର। ଏକ କଷ୍ଟମ Docker ନେଟୱାର୍କର ଅନ୍ତର୍ନିହିତ DNS କଣ୍ଟେନର ନାମ ରିଜୋଲଭ କରିପାରେ। ଏହା ଏକ ଆପ୍ଲିକେସନକୁ ପଡ଼ୋଶୀ ଖୋଜିବାକୁ ଦିଏ; କିନ୍ତୁ ସେହି ପଡ଼ୋଶୀକୁ ସ୍ୱୟଂଚାଳିତଭାବେ ଏହାର DNS ରିଜୋଲଭର ଭାବେ ବାଛେ ନାହିଁ।
• ରିଜୋଲଭର ଚୟନ। ପ୍ରକ୍ସି କଣ୍ଟେନର ଭିତରେ ବ୍ୟବହୃତ ରିଜୋଲଭର ଚିହ୍ନଟ କରନ୍ତୁ। Composeର dns ଫିଲ୍ଡ DNS ସର୍ଭର ଠିକଣା ନେଏ। ଆପ୍ଲିକେସନରେ ରିଜୋଲଭ ହେଉଥିବା dns.local ପରି ଏକ ନାମ ଏହାକୁ ସେହି ଫିଲ୍ଡ ପାଇଁ ବୈଧ ମୂଲ୍ୟ କରେ ନାହିଁ।

ପ୍ରକ୍ସି କଣ୍ଟେନରରୁ ଏହାର କନଫିଗର ହୋଇଥିବା ରିଜୋଲଭର ଠିକଣା ପର୍ଯ୍ୟନ୍ତ ପ୍ରଶ୍ନକୁ ଅନୁସରଣ କରନ୍ତୁ। ସେହି ଠିକଣାରେ ଏକ ମାର୍ଗ ଏବଂ DNS ଶ୍ରୋତା ଅଛି ବୋଲି ନିଶ୍ଚିତ କରନ୍ତୁ। ହୋଷ୍ଟ ପୋର୍ଟ 53 ପ୍ରକାଶ କରିବା ହୋଷ୍ଟ ପଟେ ଏକ ପ୍ରବେଶ ପଥ ସୃଷ୍ଟି କରେ; କିନ୍ତୁ ଏହା କଣ୍ଟେନରମାନଙ୍କୁ ଏହା ବ୍ୟବହାର କରିବାକୁ କୁହେ ନାହିଁ। ନେଟୱାର୍କ ଅଂଶୀଦାର କରୁଥିବା କଣ୍ଟେନରମାନେ ଏହାର ପରିବର୍ତ୍ତେ ସିଧାସଳଖ ଯୋଗାଯୋଗ କରିପାରନ୍ତି।

ଯଦି କନଫିଗରେସନ DNS କଣ୍ଟେନରର ଠିକଣାକୁ ସନ୍ଦର୍ଭ କରେ, ତେବେ ଏହାକୁ ସୁସଙ୍ଗତ IPAM କନଫିଗରେସନ ଅଧୀନରେ ସ୍ଥିର ରଖନ୍ତୁ। ଗତକାଲିର କଣ୍ଟେନରରୁ କପି କରାଯାଇଥିବା ଗତିଶୀଳଭାବେ ଆବଣ୍ଟିତ ଠିକଣା ପୁନଃ ସୃଷ୍ଟି ସମୟରେ ବିଫଳ ହୋଇପାରେ। ରିଜୋଲଭରର ଉପରିମୁଖୀ ପଥ ମଧ୍ୟ ଯାଞ୍ଚ କରନ୍ତୁ: ଉତ୍ତରହୀନ ପ୍ରଶ୍ନଗୁଡ଼ିକୁ ଏହା ନିକଟକୁ ଫେରାଇ ପଠାଇବା ଅପ୍ରାପ୍ୟ ରିଜୋଲଭରଠାରୁ ଭିନ୍ନ ବିଫଳତା ସୃଷ୍ଟି କରେ।

ଶେଷରେ, ଗନ୍ତବ୍ୟକୁ କିଏ ରିଜୋଲଭ କରେ ତାହା ଚିହ୍ନଟ କରନ୍ତୁ। CONNECT ନାମ ରିଜୋଲଭ କରୁଥିବା HTTP ପ୍ରକ୍ସି ଏହି କଣ୍ଟେନର ପଥ ବ୍ୟବହାର କରିପାରେ; ସ୍ଥାନୀୟଭାବେ ରିଜୋଲଭ କରୁଥିବା SOCKS କ୍ଲାଏଣ୍ଟ କରିପାରେ ନାହିଁ। ହୋଷ୍ଟରେ କରାଯାଇଥିବା ଖୋଜ ହୋଷ୍ଟର ପଥ ପ୍ରମାଣ କରେ, ପ୍ରକ୍ସି ପ୍ରକ୍ରିୟାର ନୁହେଁ।