HTTP ପ୍ରକ୍ସି ଚେନ୍ରେ DNS ବିଫଳତା: କେଉଁ ହପ୍ ନାମକୁ ସମାଧାନ କରେ?
ଚେନ୍ ହୋଇଥିବା ଫରୱାର୍ଡ ପ୍ରକ୍ସି ନିର୍ଣ୍ଣୟ କରିବା ସମୟରେ ସ୍ଥାନୀୟ ପ୍ରକ୍ସିରେ ପହଞ୍ଚିବା, ପ୍ୟାରେଣ୍ଟ ସମାଧାନ ଏବଂ ୱେବସାଇଟ୍ ସମାଧାନକୁ ଅଲଗା କରନ୍ତୁ।
client → local forward proxy → HTTP parent → websiteସମସ୍ତ DNS “ପ୍ରକ୍ସି”ର ବୋଲି କହିବା ପରିବର୍ତ୍ତେ ବିଫଳ ହେଉଥିବା ନାମରୁ ଆରମ୍ଭ କରନ୍ତୁ:
| ଆବଶ୍ୟକ ନାମ | ଯେଉଁ ହପ୍ ଏହାକୁ ପାଇବା ଆବଶ୍ୟକ |
|---|---|
| ସ୍ଥାନୀୟ ପ୍ରକ୍ସି ଏଣ୍ଡପଏଣ୍ଟ | କ୍ଲାଏଣ୍ଟ |
| HTTP ପ୍ୟାରେଣ୍ଟ ଏଣ୍ଡପଏଣ୍ଟ | ସ୍ଥାନୀୟ ଫରୱାର୍ଡ ପ୍ରକ୍ସି |
| ୱେବସାଇଟ୍ ଏଣ୍ଡପଏଣ୍ଟ | ପ୍ୟାରେଣ୍ଟ ଯେତେବେଳେ ଅନ୍ତିମ ସଂଯୋଗ ଖୋଲେ |
ଏଣ୍ଡପଏଣ୍ଟଗୁଡ଼ିକ ହୋଷ୍ଟନାମ ହେଲେ ସେ ହପ୍ଗୁଡ଼ିକ ଭିନ୍ନ ରିଜୋଲଭର୍ ବ୍ୟବହାର କରିପାରନ୍ତି। HTTPS ପାଇଁ, ଫରୱାର୍ଡ ପ୍ରକ୍ସି CONNECTର ଗନ୍ତବ୍ୟ ହୋଷ୍ଟ ଓ ପୋର୍ଟ ପ୍ୟାରେଣ୍ଟକୁ ଦେଇପାରେ, ଯାହା ଅନ୍ତିମ ସଂଯୋଗ କରେ। ମୂଳ କ୍ଲାଏଣ୍ଟକୁ ପ୍ରଥମେ ୱେବସାଇଟ୍ ସମାଧାନ କରିବା ଆବଶ୍ୟକ ନାହିଁ। ସାଧାରଣ HTTP ଫରୱାର୍ଡିଂ ମଧ୍ୟ ଗନ୍ତବ୍ୟର ସୂଚନା ଆଗକୁ ନେଇଥାଏ।
ଏହା ଏକ ପ୍ରତିଶ୍ରୁତି ନୁହେଁ ଯେ ପ୍ରତ୍ୟେକ ନାମ ପାଇଁ ଠିକ୍ ଏକ ମେସିନ୍ ପଚାରେ। ACL ମୂଲ୍ୟାଙ୍କନ, କ୍ୟାସିଂ, ନୀତି ଏବଂ କାର୍ଯ୍ୟକାରୀ ବିବରଣୀ ଅତିରିକ୍ତ ଖୋଜ କରାଇପାରେ।
ପ୍ୟାରେଣ୍ଟ ଉପଲବ୍ଧ ନ ଥିଲେ ଫଲବ୍ୟାକ୍ ନୀତି ଯାଞ୍ଚ କରନ୍ତୁ। ସିଧାସଳଖ ପ୍ରବେଶ ଅନୁମତି ଥିଲେ, ସ୍ଥାନୀୟ ପ୍ରକ୍ସି ନିଜସ୍ୱ ରିଜୋଲଭର୍ ଓ ଉତ୍ସ-ଠିକଣା ନିଷ୍ପତ୍ତି ସହିତ ୱେବସାଇଟ୍ ଆଡ଼କୁ ମୁହାଁଉଥିବା ହପ୍ ହୋଇପାରେ। କେବଳ ପ୍ୟାରେଣ୍ଟ ବିନ୍ୟାସ କରିବା ପ୍ରମାଣ କରେ ନାହିଁ ଯେ ପ୍ରତ୍ୟେକ ଅନୁରୋଧ ଏହାକୁ ବ୍ୟବହାର କରିଛି।
ବିଫଳତା ହେଲେ, hosts ଫାଇଲ୍ ସମ୍ପାଦନା ପୂର୍ବରୁ ନାମ ଏବଂ ଏହାକୁ ସମାଧାନ କରିବାକୁ ଚେଷ୍ଟା କରୁଥିବା ପ୍ରକ୍ରିୟା ଚିହ୍ନଟ କରନ୍ତୁ। କ୍ଲାଏଣ୍ଟ ପଟର ସମ୍ପାଦନା ପରବର୍ତ୍ତୀ ସମସ୍ତ ନିଷ୍ପତ୍ତି ସଂଶୋଧନ କରିପାରିବ ନାହିଁ। ଅନ୍ତିମ ସାର୍ବଜନୀନ ଉତ୍ସ ସେହି ହପ୍ର ଯାହା ୱେବସାଇଟ୍ ସଂଯୋଗ ଖୋଲେ; ସେହି ଉତ୍ସକୁ ପର୍ଯ୍ୟବେକ୍ଷଣ କରିବା DNS କେଉଁଠି ଘଟିଲା ମାପିବା ସହ ସମାନ ନୁହେଁ।