ୱେବସାଇଟ୍ NAT ଏବଂ ଫରୱାର୍ଡ ପ୍ରକ୍ସି ମଧ୍ୟରେ ପାର୍ଥକ୍ୟ ଜାଣିପାରେ କି?
ଅଂଶୀଦାର ସାର୍ବଜନୀନ IP, ଫରୱାର୍ଡିଂ ହେଡର ଏବଂ ପ୍ରକ୍ସି ଯାଞ୍ଚର ଫଳାଫଳ ୱେବସାଇଟ୍ ପର୍ଯ୍ୟନ୍ତ ରାସ୍ତା ବିଷୟରେ କଣ ପ୍ରମାଣ କରିପାରେ ତାହା ମୂଲ୍ୟାଙ୍କନ କରନ୍ତୁ।
ଅନେକ ଦର୍ଶକ ଏକ ସାର୍ବଜନୀନ ଠିକଣାରୁ ଆସନ୍ତି। ଏହା ଅଫିସ NAT ଗେଟୱେ ସହିତ ମେଳ ଖାଏ। ଅଂଶୀଦାର ଫରୱାର୍ଡ ପ୍ରକ୍ସି ସହିତ ମଧ୍ୟ ମେଳ ଖାଏ। କେବଳ ଠିକଣା ଏହି ଦୁଇ ମଧ୍ୟରୁ ବାଛେ ନାହିଁ।
NAT ପଥ ମଧ୍ୟରେ ଠିକଣା ସୂଚନା ବଦଳାଏ। ଫରୱାର୍ଡ ପ୍ରକ୍ସି ଏକ ସଂଯୋଗ ଗ୍ରହଣ କରି ଆଗକୁ ଆଉ ଏକ ସଂଯୋଗ କରେ। ଏହି ଦୁଇଟି ଅଲଗା ପ୍ରକ୍ରିୟା, କିନ୍ତୁ ଗନ୍ତବ୍ୟ ସ୍ଥାନ ନିଜ ପାଖକୁ ଆସୁଥିବା ସଂଯୋଗଗୁଡ଼ିକ ଦେଖେ, ଗ୍ରାହକର ନେଟୱାର୍କ ଉପକରଣର ସମ୍ପୂର୍ଣ୍ଣ ତାଲିକା ନୁହେଁ।
HTTP ର Via କ୍ଷେତ୍ର HTTP ମଧ୍ୟସ୍ଥମାନଙ୍କର ପ୍ରମାଣ ଦେଇପାରେ। ଏହାର ଅନୁପସ୍ଥିତିକୁ ଅଧିକ ସଂକୀର୍ଣ୍ଣ ଭାବରେ ପଢ଼ନ୍ତୁ: ଏହି ଅନୁରୋଧ ସେହି ସୂଚକକୁ ଏହି ପର୍ଯ୍ୟବେକ୍ଷକ ଆଗରେ ପ୍ରକାଶ କରିନାହିଁ। ହେଡର ଅବିଶ୍ୱସନୀୟ, ଅପସାରିତ କିମ୍ବା ସାଧାରଣ ଏଣ୍ଡ-ଟୁ-ଏଣ୍ଡ TLS ସୁରଙ୍ଗ ଭିତରେ ଉପଲବ୍ଧ ନ ହୋଇପାରେ। IP ପ୍ରତିଷ୍ଠାର ଡାଟାବେସ ଅନ୍ୟ ପ୍ରକାରର ପ୍ରମାଣ ଦିଏ, ନିଜସ୍ୱ ପରିସର ଓ ବୟସ ସହିତ।
ତେଣୁ ଏକ ପରୀକ୍ଷଣରେ “କୌଣସି ପ୍ରକ୍ସି ମିଳିଲା ନାହିଁ” କହିବା ନେଟୱାର୍କର ଚିତ୍ର ନୁହେଁ। ଅନ୍ୟ ସମସ୍ତ ୱେବସାଇଟ୍ ସେହି ସିଦ୍ଧାନ୍ତରେ ପହଞ୍ଚିବେ ବୋଲି ଏହା ମଧ୍ୟ ପ୍ରମାଣ ଦେଇପାରିବ ନାହିଁ।
ଯଦି ଆପଣ ଗ୍ରାହକ କିମ୍ବା ନେଟୱାର୍କ ଚଳାନ୍ତି, ତେବେ ଏଣ୍ଡପଏଣ୍ଟର ପର୍ଯ୍ୟବେକ୍ଷଣକୁ ଆପର ପ୍ରକୃତ ସେଟିଂ, ଗେଟୱେ ବିନ୍ୟାସ ଏବଂ ପ୍ରାସଙ୍ଗିକ ସଂଯୋଗ ରେକର୍ଡ ସହିତ ଯୋଡ଼ନ୍ତୁ। ଯଦି ଆପଣ କେବଳ ୱେବସାଇଟ୍ ଚଳାନ୍ତି, ତେବେ ଆପଣଙ୍କ ସଙ୍କେତ କେଉଁଥିକୁ ସମର୍ଥନ କରେ ତାହା ବର୍ଣ୍ଣନା କରନ୍ତୁ ଏବଂ ଅନିଶ୍ଚିତତା ପାଇଁ ସ୍ଥାନ ଛାଡ଼ନ୍ତୁ।
ପ୍ରବେଶ ନିୟନ୍ତ୍ରଣ ପାଇଁ କେଉଁଥିକୁ ସୁରକ୍ଷିତ କରିବାକୁ ପଡ଼ିବ ତାହା ସ୍ଥିର କରନ୍ତୁ। ଅଂଶୀଦାର ଠିକଣା ଏକ ସ୍ଥୂଳ ହାର-ସୀମା ପାଇଁ ଉପଯୋଗୀ ହୋଇପାରେ, କିନ୍ତୁ ଜଣେ ବ୍ୟକ୍ତି ପାଇଁ ଏହା ଦୁର୍ବଳ ବିକଳ୍ପ। ଏହାକୁ NAT କିମ୍ବା ପ୍ରକ୍ସି କହିବା ସେହି ପରିଚୟ ସମସ୍ୟାର ସମାଧାନ କରେ ନାହିଁ।