କ୍ର୍ୟାସ୍ ହେଉଥିବା URL ରିରାଇଟର ସହିତ ମନ୍ଥର Squid ଅନୁରୋଧ

ଯଦି Squid ସଂଯୋଗ ଗ୍ରହଣ କରେ କିନ୍ତୁ ଅନୁରୋଧଗୁଡ଼ିକୁ ଆଗକୁ ପଠାଇବାରେ ଅଧିକ ସମୟ ନେଉଛି, ତେବେ ସେହି ପଥରେ ଥିବା ଯେକୌଣସି URL ରିରାଇଟର ଯାଞ୍ଚ କରନ୍ତୁ। Squid 5–7 ରେ url_rewrite_program ପ୍ରାରମ୍ଭିକ ପ୍ରବେଶ ଯାଞ୍ଚ ପରେ ଡକାଯାଉଥିବା ବାହ୍ୟ ପ୍ରୋଗ୍ରାମକୁ ସୂଚାଏ। ଏହା ଗନ୍ତବ୍ୟସ୍ଥଳରେ ପହଞ୍ଚିବା ପୂର୍ବରୁ ଅନୁରୋଧକୁ ବିଳମ୍ବ କରିପାରେ।

1. ର୍ୟାପର ଏବଂ ଆର୍ଗୁମେଣ୍ଟ ସହିତ ପ୍ରଭାବୀ ରିରାଇଟ କମାଣ୍ଡ ପଢ଼ନ୍ତୁ।
2. ପ୍ରଭାବିତ କାରବାରକୁ ସହାୟକ ଡାଇଗ୍ନୋଷ୍ଟିକ୍ସ ସହିତ ମେଳାନ୍ତୁ। ବାରମ୍ବାର ଚାଇଲ୍ଡ ପ୍ରୋସେସ୍ ପ୍ରସ୍ଥାନ, ଭୁଲ ଆକୃତିର ଉତ୍ତର ଏବଂ ବଢ଼ୁଥିବା ଧାଡ଼ି ଭିନ୍ନ ସୂଚନା।
3. ଗୋଟିଏ URL ପ୍ୟାଟର୍ଣ୍ଣ ଏହି ବିଫଳତା ସୃଷ୍ଟି କରୁଛି କି ନାହିଁ ଯାଞ୍ଚ କରନ୍ତୁ। ଅସମ୍ବନ୍ଧିତ resolver ସେଟିଂ ବଦଳାଇବା ପରିବର୍ତ୍ତେ ସେହି ଇନପୁଟର ଅସ୍ପଷ୍ଟ ନମୁନା ସଂରକ୍ଷଣ କରନ୍ତୁ।

ସହାୟକର ଏକ ଧାଡ଼ି-ଆଧାରିତ ଅନୁରୋଧ/ଉତ୍ତର ଚୁକ୍ତି ଅଛି। ଷ୍ଟାଣ୍ଡାର୍ଡ ଆଉଟପୁଟରେ ର୍ୟାପରର ପ୍ରଗତି ପାଠ୍ୟ ଏହାକୁ ଭାଙ୍ଗିପାରେ। ପ୍ରଶାସକ ଭାବରେ ସ୍କ୍ରିପ୍ଟ ସଫଳତାର ସହ ଚଲାଇବା ମଧ୍ୟ Squid ର ଇନପୁଟ ଷ୍ଟ୍ରିମ, ପରିବେଶ କିମ୍ବା ଅନୁମତି ପୁନଃଉତ୍ପାଦନ କରେ ନାହିଁ। ଏହି ପଥ ପାସୱାର୍ଡ ଯାଞ୍ଚରୁ ଅଲଗା।

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

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