ଯଦି libproxy ଏକ ପ୍ରକ୍ସି URI ଫେରାଏ କିନ୍ତୁ ପରବର୍ତ୍ତୀ ସକେଟ ସିଧାସଳଖ ସଂଯୋଗ କରେ, ତେବେ ହସ୍ତାନ୍ତରଣ ଯାଞ୍ଚ କରନ୍ତୁ। libproxy ନୀତି ଆବିଷ୍କାର କରେ; ଆପ୍ଲିକେସନ ଖୋଲୁଥିବା ପ୍ରତ୍ୟେକ ସକେଟକୁ ଏହା ଅବରୋଧ କରେ ନାହିଁ।

  1. ସମ୍ବଳ ପାଇଁ ପଚାରନ୍ତୁ। ଡକ୍ୟୁମେଣ୍ଟ ହୋଇଥିବା libproxy 0.5 C API ରେ ଏକ ପ୍ରକ୍ସି ଫ୍ୟାକ୍ଟ୍ରି ସୃଷ୍ଟି କରନ୍ତୁ ଏବଂ ପ୍ରକୃତ ଗନ୍ତବ୍ୟ URL ପଚାରନ୍ତୁ।
  2. କ୍ରମିକ ପ୍ରାର୍ଥୀମାନଙ୍କୁ ବ୍ୟାଖ୍ୟା କରନ୍ତୁ। HTTP, SOCKS ଏବଂ ସିଧାସଳଖ ଫଳାଫଳ ପାଇଁ ଭିନ୍ନ ପରିଚାଳନା ଆବଶ୍ୟକ। ସେମାନଙ୍କ ପ୍ରାଥମିକତା କ୍ରମ ଏବଂ ଉଦ୍ଦିଷ୍ଟ ବିଫଳତା ନୀତି ରଖନ୍ତୁ।
  3. ଗ୍ରାହକକୁ ବିନ୍ୟାସ କରନ୍ତୁ। ମନୋନୀତ ପ୍ରକ୍ସି ପ୍ରକାର, ଏଣ୍ଡପଏଣ୍ଟ ଏବଂ ପ୍ରମାଣୀକରଣ ବ୍ୟବସ୍ଥା ସେଗୁଡ଼ିକୁ ସମର୍ଥନ କରୁଥିବା ପରିବହନକୁ ଦିଅନ୍ତୁ। ଏକ ଅପରିଷ୍କୃତ TCP ସକେଟ ଫେରାଯାଇଥିବା URI ରୁ CONNECT କିମ୍ବା SOCKS ଆଲୋଚନା ପାଏ ନାହିଁ।

ଗୋଟିଏ ଉତ୍ତରକୁ ସମସ୍ତ ଗନ୍ତବ୍ୟ ପାଇଁ ପଥ ଭାବରେ ସଞ୍ଚୟ କରନ୍ତୁ ନାହିଁ ଏବଂ ପ୍ରଥମ ପ୍ରକ୍ସି ଥରେ ବିଫଳ ହେବା କାରଣରୁ ସିଧାସଳଖ ରାଉଟିଂ ସ୍ଥାୟୀ କରନ୍ତୁ ନାହିଁ।

ଯଦି HTTP କ୍ଲାୟେଣ୍ଟ ପୂର୍ବରୁ ସିଷ୍ଟମ ପ୍ରକ୍ସି କିମ୍ବା PAC ଆବିଷ୍କାର ସଂଯୁକ୍ତ କରିଛି, ତେବେ ଚୟନର ଜଣେ ମାଲିକ ବାଛନ୍ତୁ। ଦୁଇଟି ସ୍ୱାଧୀନ ଚୟନକର୍ତ୍ତା ଏବଂ ଆଉ ଏକ ଆବରଣ ଏପରି ପଥ ସୃଷ୍ଟି କରିପାରେ ଯାହା କୌଣସି ନୀତିର ଉଦ୍ଦେଶ୍ୟ ନଥିଲା।

ନେଟିଭ କୋଡରେ ସ୍ଥାପିତ API ର ଫ୍ୟାକ୍ଟ୍ରି ଏବଂ ଫଳାଫଳ-ସ୍ମୃତି ଜୀବନଚକ୍ର ଅନୁସରଣ କରନ୍ତୁ। ଫ୍ୟାକ୍ଟ୍ରିର ପୁନଃବ୍ୟବହାର ଉପଯୋଗୀ ଆବିଷ୍କାର ସ୍ଥିତି ରଖିପାରେ, କିନ୍ତୁ ପ୍ରତ୍ୟେକ ଗନ୍ତବ୍ୟ ପାଇଁ ଏବେ ମଧ୍ୟ ଏକ ପ୍ରଶ୍ନ ଆବଶ୍ୟକ। ଚୟନକୁ ସଂଯୋଗ ଫଳାଫଳରୁ ଅଲଗା ଲଗ କରନ୍ତୁ: ଫେରାଯାଇଥିବା URI ସଫଳ ପ୍ରମାଣୀକରଣ, ସମାଧାନ କିମ୍ବା ପରବର୍ତ୍ତୀ ପ୍ରବେଶ ପ୍ରମାଣ କରେ ନାହିଁ।

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