ପ୍ରକ୍ସି ମନିଟରର ସ୍ଥିତି ଓ ଏକ୍ଜିଟ୍ କୋଡ୍‌ର ବ୍ୟାଖ୍ୟା

ଏକ ୱ୍ରାପର ଡାଉନଲୋଡରର ଶୂନ୍ୟ ଏକ୍ଜିଟ୍ କୋଡକୁ ପର୍ଯ୍ୟବେକ୍ଷିତ “HTTP 200 OK” ରେ ପରିଣତ କରିପାରିବ ନାହିଁ। ପ୍ରତ୍ୟେକ ସ୍ତର ପ୍ରକୃତରେ କଣ ରିପୋର୍ଟ କଲା ତାହା ଲେଖନ୍ତୁ:

HTTP ତ୍ରୁଟି ପ୍ରତିକ୍ରିୟା ପରେ ମଧ୍ୟ curl ସାଧାରଣତଃ ଶୂନ୍ୟ ଫେରାଇପାରେ। ଏହାର fail ବିକଳ୍ପ ଏକ୍ଜିଟ୍ ଆଚରଣ ବଦଳାଏ, କିନ୍ତୁ ବିଫଳତା ଏକ୍ଜିଟ୍ ତଥାପି ସ୍ଥିତିକୁ ଅଦ୍ୱିତୀୟ ଭାବରେ ଚିହ୍ନଟ କରେ ନାହିଁ। Wget ର ଏକ୍ଜିଟ୍ ମୂଲ୍ୟ ମଧ୍ୟ ଶ୍ରେଣୀ: ପ୍ରମାଣୀକରଣ ବିଫଳତା HTTP 401 ପାଇଁ ସମର୍ପିତ ମୂଲ୍ୟ ନୁହେଁ, ଏବଂ ସର୍ଭର-ତ୍ରୁଟି ଶ୍ରେଣୀ ଏହାର ଭିତରର ପ୍ରତ୍ୟେକ ପ୍ରତିକ୍ରିୟା ଚିହ୍ନଟ କରେ ନାହିଁ। 401 ଆଶା କରୁଥିବା ଯାଞ୍ଚ ସେହି ପ୍ରତିକ୍ରିୟା ଦେଖିବା ଆବଶ୍ୟକ।

ପ୍ରକ୍ସି ଏଣ୍ଡପଏଣ୍ଟ ଓ ୱେବସାଇଟ୍ ନାମ ଅଲଗା ରଖନ୍ତୁ। HTTP-ପ୍ରକ୍ସି ଯାଞ୍ଚର TCP ସହଯୋଗୀ ହେଉଛି ପ୍ରକ୍ସି; CONNECT ଗନ୍ତବ୍ୟର ନାମ ଦିଏ, ଯାହାର TLS ସେସନ ପରେ ଟନେଲ ଭିତରେ ଚାଲେ। HTTPS ପ୍ରକ୍ସି ପାଇଁ ବାହ୍ୟ ପ୍ରକ୍ସି ଉପରେ ବିଶ୍ୱାସ ଆଉ ଏକ ପ୍ରମାଣପତ୍ର ଯାଞ୍ଚ।

SSL ଫ୍ଲାଗକୁ ଯାଞ୍ଚ ଭାବରେ ଗ୍ରହଣ କରିବା ପୂର୍ବରୁ ପ୍ଲଗଇନର ଗ୍ୟାରେଣ୍ଟି ଯାଞ୍ଚ କରନ୍ତୁ। Monitoring Plugins check_http କୁ check_curl ପକ୍ଷରେ ଅବସର ଦେଉଛି। check_http ର ଡକ୍ୟୁମେଣ୍ଟ ଚେତାବନୀ ଦିଏ ଯେ କେବଳ SSL ବାଛିବା ହୋଷ୍ଟନାମ କିମ୍ବା ଇସ୍ୟୁଅର ବିଶ୍ୱାସ ଯାଞ୍ଚ କରେ ନାହିଁ; check_curl ର ଡକ୍ୟୁମେଣ୍ଟେଡ୍ verify-peer ବିକଳ୍ପ ସେହି ଯାଞ୍ଚ ଅନ୍ତର୍ଭୁକ୍ତ କରେ।

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