ପ୍ରକ୍ସି ପରୀକ୍ଷଣ ସିଧା ସଂଯୋଗକୁ ବିଫଳ କରାଇବା ଉଚିତ

ଆପ୍ଲିକେସନ ପାଖରେ ଶୁଣୁଥିବା ସ୍ଥାନୀୟ ପ୍ରକ୍ସି ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ପ୍ରବେଶ ଆବଶ୍ୟକ କରୁଥିବା ନେଟୱାର୍କକୁ ପୁନଃ ନିର୍ମାଣ କରେ ନାହିଁ। ଆପ୍ଲିକେସନ ନିର୍ଦ୍ଧାରିତ ପ୍ରକ୍ସିକୁ ଅବହେଳା କରି ସିଧା ସଂଯୋଗ କରିପାରେ ଏବଂ ତଥାପି ସଫଳତା ରିପୋର୍ଟ କରିପାରେ।

ଆପ୍ଲିକେସନର ନେଟୱାର୍କକୁ ପ୍ରକ୍ସିର ବାହ୍ୟ ପଥରୁ ଅଲଗା କରନ୍ତୁ। କଣ୍ଟେନର ଆଧାରିତ ଏକ ବ୍ୟବସ୍ଥା ଆପ୍ଲିକେସନକୁ କେବଳ ଆଭ୍ୟନ୍ତରୀଣ ନେଟୱାର୍କରେ ରଖେ ଏବଂ ପ୍ରକ୍ସିକୁ ଦ୍ୱିତୀୟ ବାହ୍ୟ ନେଟୱାର୍କ ଦିଏ। ବିଦ୍ୟମାନ Compose ସଂଜ୍ଞାରେ ନେଟୱାର୍କ ସଂଯୋଗଗୁଡ଼ିକ ଏହିପରି ଦେଖାଯାଇପାରେ:

services:
  app:
    networks: [clients]
  proxy:
    networks: [clients, egress]
networks:
  clients:
    internal: true
  egress: {}

ଏହା ପୂର୍ବରୁ ସଂଜ୍ଞା କରାଯାଇଥିବା ସେବାଗୁଡ଼ିକ ପାଇଁ ଏକ ନେଟୱାର୍କ ଅଂଶ। ଅନୁମୋଦିତ ଫରୱାର୍ଡ ପ୍ରକ୍ସି ଏବଂ ଆପ୍ଲିକେସନର ପ୍ରକୃତ କ୍ଲାୟେଣ୍ଟକୁ ଅଲଗା ଭାବରେ ବିନ୍ୟାସ କରନ୍ତୁ। Docker ଆଭ୍ୟନ୍ତରୀଣ ନେଟୱାର୍କକୁ ବାହାରୁ ପୃଥକ ବୋଲି ଦସ୍ତାବିଜ କରେ; ଏହି ବ୍ୟବସ୍ଥାରେ କେବଳ ପ୍ରକ୍ସି ପାଖରେ ଅତିରିକ୍ତ ବାହ୍ୟ ନେଟୱାର୍କ ଥାଏ।

ପ୍ରକ୍ସି ବ୍ୟବହାର ବିନା ଏକ ନକାରାତ୍ମକ ଅବସ୍ଥା ଅନ୍ତର୍ଭୁକ୍ତ କରନ୍ତୁ: ଆପ୍ଲିକେସନର ବାହ୍ୟ ଅନୁରୋଧ ବିଫଳ ହେବା ଉଚିତ। ପ୍ରମାଣୀକୃତ HTTP ପ୍ରକ୍ସିରେ ଅସ୍ୱୀକୃତ ଖାତା ନିଜର ପ୍ରମାଣୀକରଣ ବିଫଳତା ଦେବା ଉଚିତ, ଯେତେବେଳେ ସ୍ୱୀକୃତ ଖାତା ସମ୍ପୃକ୍ତ ପ୍ରକ୍ସି ପର୍ଯ୍ୟବେକ୍ଷଣ ସହ ଲକ୍ଷ୍ୟରେ ପହଞ୍ଚିବା ଉଚିତ।

ପ୍ରକ୍ସିର ଅନୁମୋଦିତ ଓ ଅସ୍ୱୀକୃତ ଅବସ୍ଥାଗୁଡ଼ିକୁ ଅଲଗା ଭାବରେ ପରୀକ୍ଷା କରନ୍ତୁ। ଆପ୍ଲିକେସନକୁ ଅନ୍ୟ ବାହ୍ୟ ନେଟୱାର୍କଠାରୁ ଦୂରରେ ରଖନ୍ତୁ ଏବଂ ପ୍ରକ୍ସିକୁ ଏଡ଼ାଇ ଯାଉଥିବା ହୋଷ୍ଟ ନେଟୱାର୍କ ମୋଡ ଯୋଡ଼ନ୍ତୁ ନାହିଁ। ସଫଳ ଅନୁରୋଧ କେବଳ ସେତେବେଳେ ଉପଯୋଗୀ ପ୍ରମାଣ ହୁଏ ଯେତେବେଳେ ପରୀକ୍ଷଣ ଠିକ୍ ଉଦ୍ଦିଷ୍ଟ ପଥକୁ ଉପଲବ୍ଧ କରାଏ।