ଏକ ବ୍ୟକ୍ତିଗତ ଫରୱାର୍ଡ ପ୍ରକ୍ସିକୁ ଲ୍ୟାପଟପ୍ ଏବଂ ରାଉଟର ମଧ୍ୟରେ ଶାରୀରିକ ଭାବରେ ବସିବାକୁ ପଡ଼େ ନାହିଁ। ଏହା ଏକ ନେଟୱର୍କ ଇଣ୍ଟରଫେସ୍ ବ୍ୟବହାର କରି ସେହି LANର ଅନ୍ୟ ଏକ ମେସିନ୍ ହୋଇପାରେ।

ଲ୍ୟାପଟପ୍ ପ୍ରକ୍ସିର ଠିକଣା ଏବଂ ଶୁଣୁଥିବା ପୋର୍ଟ ସହିତ ସଂଯୋଗ କରେ। ପ୍ରକ୍ସି ପ୍ରକ୍ରିୟା ୱେବସାଇଟ୍ କିମ୍ବା ଏହାର ପିତୃତରଫେ ଏକ ଅଲଗା ସଂଯୋଗ ଖୋଲେ। ସେହି ଇଣ୍ଟରଫେସ୍ ଉଭୟ କଥାବାର୍ତ୍ତା ବହନ କରିପାରେ, ଏବଂ ହୋଷ୍ଟର ରାଉଟିଂ ଟେବୁଲ୍ ପରବର୍ତ୍ତୀ ହପ୍ ବାଛେ।

client → proxy listener
proxy → existing router → destination

ଯେଉଁ ଆପ୍ଲିକେସନ୍ ସ୍ପଷ୍ଟ ଭାବରେ ପ୍ରକ୍ସି ବାଛିଛି ତାହା ପାଇଁ ଏହା ଯଥେଷ୍ଟ। ଲିନକ୍ସରେ, ଏହି ସାଧାରଣ ବ୍ୟବସ୍ଥା ଆପ୍ଲିକେସନର ଅନୁରୋଧଗୁଡ଼ିକୁ ରିଲେ କରିବା ପାଇଁ କେବଳ IP ଫରୱାର୍ଡିଂ ସକ୍ଷମ କରିବା ଆବଶ୍ୟକ କରେ ନାହିଁ।

ଡିଫଲ୍ଟ ଗେଟୱେ ଅନ୍ୟ ପ୍ରଶ୍ନର ଉତ୍ତର ଦିଏ

ଗ୍ରାହକର ଡିଫଲ୍ଟ ଗେଟୱେ ଗ୍ରାହକ ଅନ୍ୟ ନେଟୱର୍କ ଆଡ଼କୁ ପଠାଉଥିବା ପ୍ୟାକେଟ୍ ସମ୍ଭାଳେ। ସେହି ସେଟିଂ ବଦଳାଇଲେ ବ୍ରାଉଜର HTTP ପ୍ରକ୍ସି ଅନୁରୋଧ କିମ୍ବା SOCKS ବୁଝାମଣା କରେ ନାହିଁ। ସେହିପରି, ବ୍ରାଉଜରରେ ପ୍ରକ୍ସି ଦେଲେ ଅନ୍ୟ ପ୍ରତ୍ୟେକ ଆପ୍ଲିକେସନ୍ ସେହି ମେସିନ୍ ଦେଇ ରୁଟ୍ ହୁଏ ନାହିଁ।

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

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

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

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ