ୱେବ-ଫର୍ମ ପ୍ରକ୍ସି ବ୍ରାଉଜରର ଉତ୍ପତ୍ତି ବଦଳାଏ, କେବଳ ଏକ୍ଜିଟ୍ IP ନୁହେଁ
URL ବକ୍ସ ଥିବା ପ୍ରକ୍ସି ସାଇଟକୁ ବ୍ରାଉଜରର ମୂଳ ପ୍ରକ୍ସିଠାରୁ ଅଲଗା କରନ୍ତୁ ଏବଂ ଜଟିଳ ଲଗଇନ୍ ଓ ସ୍କ୍ରିପ୍ଟ କାହିଁକି ଅଲଗା ଭାବରେ ବ୍ୟବହାର କରିପାରେ ତାହା ବ୍ୟାଖ୍ୟା କରନ୍ତୁ।
URL ବକ୍ସ ଥିବା ପୃଷ୍ଠା ଏକ ୱେବ୍ ଆପ୍ଲିକେସନ୍। ସେଠାରେ ଗନ୍ତବ୍ୟ ଦେବାଦ୍ୱାରା ସେହି ଆପ୍ଲିକେସନ୍କୁ ବିଷୟବସ୍ତୁ ଆଣି ଦେଖାଇବାକୁ କୁହାଯାଏ। ଏହା ବ୍ରାଉଜରକୁ HTTP କିମ୍ବା SOCKS ପ୍ରକ୍ସି ବ୍ୟବହାର କରିବାକୁ କହିବାଠାରୁ ଅଲଗା ବ୍ୟବସ୍ଥା।
ମୂଳ ପ୍ରକ୍ସି ସେଟିଂରେ ବ୍ରାଉଜର ଗନ୍ତବ୍ୟ URLକୁ ଏବେ ମଧ୍ୟ ସାଇଟ ଭାବରେ ଗ୍ରହଣ କରେ। ପାରମ୍ପରିକ ୱେବ-ଫର୍ମ ପ୍ରକ୍ସିରେ ଦେଖାଯାଉଥିବା ପୃଷ୍ଠା ପ୍ରକ୍ସି ଆପ୍ଲିକେସନର ନିଜ URL ସ୍କିମ୍ ଓ ଉତ୍ପତ୍ତି ମାଧ୍ୟମରେ ଦିଆଯାଏ। ନାଭିଗେସନ ଜାରି ରଖିବା ପାଇଁ ସେବା ଲିଙ୍କ, ସ୍କ୍ରିପ୍ଟ, ହେଡର କିମ୍ବା କୁକି ପୁନଃଲେଖି ପାରେ।
| ଆଚରଣ | ପାର୍ଥକ୍ୟ କାହିଁକି ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ |
|---|---|
| ଏକକ-ଉତ୍ପତ୍ତି ଯାଞ୍ଚ | ବ୍ରାଉଜର ପ୍ରକୃତରେ ଲୋଡ୍ କରିଥିବା ଉତ୍ପତ୍ତି ମୂଲ୍ୟାଙ୍କନ କରେ |
| କୁକି ଓ ରିଡାଇରେକ୍ଟ | ଡୋମେନ, ପଥ ଓ ସୁରକ୍ଷିତ ପ୍ରସଙ୍ଗର ଆଚରଣ ଦେଖାଯାଉଥିବା URL ସହ ମେଳ ଖାଇବା ଉଚିତ |
| ନୂଆ URL ତିଆରି କରୁଥିବା ସ୍କ୍ରିପ୍ଟ | ଅନୁରୋଧ ସରଳ ଲିଙ୍କ ପୁନଃଲେଖନ ଯୋଜନାରୁ ଖସିଯାଇପାରେ |
| ସ୍ଥାୟୀ ସଂଯୋଗ କିମ୍ବା WebSockets | ପ୍ରକ୍ସି ଆପ୍ଲିକେସନକୁ ସ୍ପଷ୍ଟ ସୁସଙ୍ଗତ ପରିଚାଳନା ଦରକାର |
ଏହା ଏକ ପରିଚିତ ଫଳାଫଳ ବ୍ୟାଖ୍ୟା କରେ: ସରଳ ଲେଖା ଲୋଡ୍ ହୁଏ, କିନ୍ତୁ ଡକ୍ୟୁମେଣ୍ଟ ଏଡିଟର କିମ୍ବା ଲଗଇନ ପ୍ରବାହ ବିଫଳ ହୁଏ। ବିଫଳତାର ଅର୍ଥ ନୁହେଁ ଯେ ଗନ୍ତବ୍ୟ ସେବାର ଏକ୍ଜିଟ୍ IP ଅଗ୍ରାହ୍ୟ କରୁଛି। ମଧ୍ୟସ୍ଥ ଆପ୍ଲିକେସନର URL ଓ ବ୍ରାଉଜର ସୁରକ୍ଷା ସମ୍ବନ୍ଧୀୟ ଅନୁମାନ ରକ୍ଷା କରିବାରେ ଅସମର୍ଥ ହୋଇପାରେ।
TLS କେଉଁଠି ଶେଷ ହୁଏ ତାହା ମଧ୍ୟ ଅଲଗା କରନ୍ତୁ। ଗନ୍ତବ୍ୟ ବିଷୟବସ୍ତୁ ଆଣି ପୁନଃପ୍ରକାଶ କରୁଥିବା ସେବା ଏନକ୍ରିପ୍ଟେଡ୍ ସେସନ ବହନ କରୁଥିବା ସାଧାରଣ CONNECT ରିଲେ ଠାରୁ ଅଲଗା ବିଶ୍ୱାସ ସ୍ଥିତିରେ ରହେ। ପ୍ରକ୍ସି ସାଇଟର ନିଜ ଠିକଣାରେ HTTPS ଦେଖିବା ବ୍ରାଉଜରରୁ ମୂଳ ସାଇଟ ପର୍ଯ୍ୟନ୍ତ ଏଣ୍ଡ-ଟୁ-ଏଣ୍ଡ TLS ସଂଯୋଗ ସ୍ଥାପନ କରେ ନାହିଁ।
ଯଦି ଲକ୍ଷ୍ୟ ଅନ୍ୟ ଏକ୍ଜିଟ୍ ଦେଇ ସାଧାରଣ ବ୍ରାଉଜିଂ, ତେବେ ଆପଣଙ୍କ ସେବା କିମ୍ବା ପ୍ରକ୍ସି ତାଲିକାରୁ HTTP କିମ୍ବା SOCKS ଏଣ୍ଡପଏଣ୍ଟ ବାଛନ୍ତୁ ଏବଂ ସମର୍ଥିତ ମୂଳ ପ୍ରକ୍ସି କନଫିଗରେସନ ବ୍ୟବହାର କରନ୍ତୁ, ଯେପରି Firefox ର ସଂଯୋଗ ସେଟିଂ। ଏହା ସାଧାରଣତଃ ବ୍ରାଉଜରର ସାଧାରଣ ଗନ୍ତବ୍ୟ ଅର୍ଥର ଅଧିକ ଅଂଶ ରକ୍ଷା କରେ। URL ବକ୍ସ ଥିବା ସାଇଟ ଉଦ୍ଦେଶ୍ୟପୂର୍ବକ ବଛାଯାଇଥିବା ଆପ୍ଲିକେସନ ହୋଇପାରେ, କିନ୍ତୁ କମ୍ ସେଟଅପ ସହ ସେହି ଇଣ୍ଟରଫେସ ଭାବରେ ଉପସ୍ଥାପନ କରାଯିବା ଉଚିତ ନୁହେଁ।