ଏକ ସବନେଟର ୱେବସାଇଟଗୁଡ଼ିକ ଗେଟୱେର ସ୍ୱଚ୍ଛ ପ୍ରକ୍ସି ବାଇପାସ କରିପାରନ୍ତି

ଇଣ୍ଟରନେଟ ବ୍ରାଉଜିଂ ଗେଟୱେ ପ୍ରକ୍ସିର ଲଗରେ ଦେଖାଯାଏ। ଅଫିସ LAN ରେ ଥିବା ୱେବସାଇଟ ଦେଖାଯାଏ ନାହିଁ। URL ଫିଲ୍ଟର ବଦଳାଇବା ପୂର୍ବରୁ ସେ LAN ଅନୁରୋଧ ଗେଟୱେ ପର୍ଯ୍ୟନ୍ତ ପହଞ୍ଚିଥିଲା କି ନାହିଁ ନିଶ୍ଚିତ କରନ୍ତୁ।

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

ଉଦାହରଣ ସ୍ୱରୂପ, ଏକ ଅନ-ଲିଙ୍କ ସବନେଟର ଦୁଇ ହୋଷ୍ଟ ସୁଇଚ ମାଧ୍ୟମରେ ଟ୍ରାଫିକ ବିନିମୟ କରିପାରନ୍ତି ଯେତେବେଳେ ପ୍ରକ୍ସି ମେସିନ ଅନ୍ୟ ସୁଇଚ ପୋର୍ଟରେ ସଂଯୁକ୍ତ ଥାଏ। କେବଳ ସେହି LAN ରେ ରହିବା ପ୍ରକ୍ସିକୁ ଫରୱାର୍ଡିଂ ବିନ୍ଦୁ କରେ ନାହିଁ।

ଉଦ୍ଦିଷ୍ଟ ପଥ ବାଛନ୍ତୁ

ସ୍ପଷ୍ଟ ପ୍ରକ୍ସି ସେଟିଂ ଅଂଶଗ୍ରହଣକାରୀ ଆପ୍ଲିକେସନର ଅନୁରୋଧକୁ ଲକ୍ଷ୍ୟ ୱେବସାଇଟ ସ୍ଥାନୀୟ ହେଲେ ମଧ୍ୟ ପ୍ରକ୍ସିକୁ ପଠାଇପାରେ। ବାଇପାସ ନିୟମ ଓ PAC ନିଷ୍ପତ୍ତି ମଧ୍ୟ ଯାଞ୍ଚ କରନ୍ତୁ: ସେମାନେ ବ୍ୟକ୍ତିଗତ ନାମ କିମ୍ବା ଠିକଣା ପାଇଁ ଜାଣିଶୁଣି DIRECT ବାଛିପାରନ୍ତି।

ଯଦି ଅବରୋଧ ଆବଶ୍ୟକ, ନେଟୱର୍କକୁ ଅବରୋଧ ବିନ୍ଦୁ ପ୍ରକୃତରେ ପଥରେ ରଖିବାକୁ ହେବ; Linux ଗେଟୱେରେ ସ୍ଥାନୀୟ ଓ ଫରୱାର୍ଡ ପ୍ୟାକେଟ ପଥ ଅଲଗା କରନ୍ତୁ। ରାଉଟେଡ ସବନେଟ ପୃଥକୀକରଣ କିମ୍ବା ଜାଣିଶୁଣି ଇନଲାଇନ ବ୍ରିଜ ଉପଯୁକ୍ତ ଡିଜାଇନରେ ତାହା କରିପାରେ, କିନ୍ତୁ ପ୍ରତ୍ୟେକ ଫରୱାର୍ଡିଂ ଓ ବିଫଳତା ଆଚରଣ ବଦଳାଏ। LAN ରେ ଅନ୍ୟତ୍ର ଥିବା ବ୍ରିଜ ସ୍ୱଚାଳିତ ଭାବରେ ଇନଲାଇନ ନୁହେଁ।

ଆପ୍ଲିକେସନ ପ୍ରୋଟୋକଲର ଆବଶ୍ୟକତା ଅଲଗା ରଖନ୍ତୁ। ଟ୍ରାଫିକ ଉପକରଣ ଅତିକ୍ରମ କରିବା ପରେ ମଧ୍ୟ ଶ୍ରୋତା ଅବରୋଧ ମୋଡକୁ ସମର୍ଥନ କରିବା ଆବଶ୍ୟକ। ପ୍ୟାକେଟ ସ୍ଥାନାନ୍ତର କରିବା HTTPS ଡିକ୍ରିପ୍ଟ କରିବାର ଅନୁମତି ନୁହେଁ ଏବଂ ସାଧାରଣ SOCKS ପୋର୍ଟ ସେଗୁଡ଼ିକୁ ଗ୍ରହଣ କରିପାରିବ ବୋଲି ନିଶ୍ଚିତତା ମଧ୍ୟ ନୁହେଁ।

କ୍ଲାଏଣ୍ଟ ବାଛିଥିବା ପଥ, ସ୍ଥାନୀୟ ଅଂଶ ଏବଂ ପ୍ରକୃତ ଫରୱାର୍ଡିଂ ଉପକରଣ ରେକର୍ଡ କରନ୍ତୁ। ପ୍ରକ୍ସି ଲଗ ଅନୁପସ୍ଥିତ ରହିବା ଲଗିଂ ବିଫଳତା ନୁହେଁ, ଟୋପୋଲୋଜିର ସଠିକ ବର୍ଣ୍ଣନା ହୋଇପାରେ।