ପ୍ରକ୍ସି ହୋଷ୍ଟରେ /check.txt ନାମକ ଏକ ଫାଇଲ ସ୍ୱାସ୍ଥ୍ୟ ପାଇଁ ସ୍ପଷ୍ଟ ଲକ୍ଷ୍ୟ ଭଳି ଶୁଣାଯାଏ। ମୁଖ୍ୟ କଥା ହେଉଛି Squid ର ସ୍ପଷ୍ଟ ଫରୱାର୍ଡ ଶ୍ରୋତା ସେହି ହୋଷ୍ଟର ଡକ୍ୟୁମେଣ୍ଟ ମୂଳ ପରିବେଷଣ କରୁଥିବା ସାଧାରଣ ୱେବସାଇଟ୍ ନୁହେଁ।

HEAD /check.txt HTTP/1.1 ଭଳି ମୂଳ-ଶୈଳୀର ଅନୁରୋଧ ଫରୱାର୍ଡ ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ସାଧାରଣ HTTP ଅନୁରୋଧ ପାଇଁ ଆଶାକରା ପୂର୍ଣ୍ଣ ଲକ୍ଷ୍ୟ ଛାଡିଦିଏ। ବିନ୍ୟାସ ଅନୁସାରେ ଏହା ପ୍ରତ୍ୟାଖ୍ୟାନ ହୋଇପାରେ କିମ୍ବା ଅନ୍ୟ ସ୍ଥାନୀୟ ସେବା ଏହାକୁ ସମ୍ଭାଳିପାରେ। ଉଭୟ ଫଳାଫଳ ଡ୍ୟାସବୋର୍ଡ ଯାହା ସୂଚାଏ ତାହାଠାରୁ କମ୍ କହିପାରେ।

ଉପଲବ୍ଧ ରଖିବାକୁ ଥିବା ସେବା ବାଛନ୍ତୁ

ଯାଞ୍ଚଉପଯୋଗୀ ପ୍ରମାଣ
ପ୍ରକ୍ସି ଶ୍ରୋତାକୁ TCP ସଂଯୋଗପ୍ରାପ୍ୟ ପ୍ରକ୍ରିୟା ସେହି ସଂଯୋଗ ଗ୍ରହଣ କରେ।
ନିୟନ୍ତ୍ରିତ ଲକ୍ଷ୍ୟକୁ CONNECTପ୍ରକ୍ସି ସେହି ଟନେଲ ଅନୁରୋଧ ଗ୍ରହଣ କରେ।
ପ୍ରକ୍ସି ମାଧ୍ୟମରେ HTTP ପ୍ରାପ୍ତିଚୟନିତ ଅନୁରୋଧ ପଥ ଆଶାକରା ପ୍ରତିକ୍ରିୟା ଫେରାଇପାରେ।

ତୃତୀୟ କ୍ଷେତ୍ରରେ ଅନୁରୋଧକୁ ଏକ ଲକ୍ଷ୍ୟ ଦରକାର, ଉଦାହରଣ ସ୍ୱରୂପ:

HEAD http://probe.example.internal/proxy-ready HTTP/1.1
Host: probe.example.internal

ହୋଷ୍ଟନାମ କେବଳ ଉଦାହରଣ। ଏପରି ଏକ ନିୟନ୍ତ୍ରିତ ଏଣ୍ଡପଏଣ୍ଟ ବ୍ୟବହାର କରନ୍ତୁ ଯାହା ପ୍ରକ୍ସି ସମାଧାନ କରିପାରେ ଏବଂ ଯାହାକୁ ଉଦ୍ଦେଶ୍ୟମୂଳକ ଭାବରେ ପହଞ୍ଚିବାକୁ ଅନୁମତି ଅଛି। HAProxy ର http-check send ପଦ୍ଧତି, URI, ସଂସ୍କରଣ ଓ ହେଡର ଚୟନକୁ ସମର୍ଥନ କରେ; ମୂଳ-ସର୍ଭର ଉଦାହରଣକୁ ଅପରିବର୍ତ୍ତିତ ଉତ୍ତରାଧିକାରୀ ନକରି ସେହି ଅନୁରୋଧକୁ ସ୍ପଷ୍ଟ ଭାବରେ ବିନ୍ୟାସ କରନ୍ତୁ।

HEAD ପ୍ରତିକ୍ରିୟା ସ୍ଥିତି ଓ ହେଡର ଯାଞ୍ଚ କରିପାରେ। କେବେ ପ୍ରେରିତ ନହେଉଥିବା ପ୍ରତିକ୍ରିୟା ଶରୀରକୁ ଏହା ଯାଞ୍ଚ କରିପାରିବ ନାହିଁ। ଯଦି ସ୍ୱାସ୍ଥ୍ୟ ଚୁକ୍ତି ଶରୀରରେ ଚିହ୍ନ ଆବଶ୍ୟକ କରେ, ଉପଯୁକ୍ତ GET ଯାଞ୍ଚ ବାଛନ୍ତୁ ଏବଂ ସେହି ଚିହ୍ନ ଯାଞ୍ଚ କରନ୍ତୁ।

ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣ ସମ୍ପୃକ୍ତ ଥିଲେ ଯାଞ୍ଚ ଖାତା ଓ ଉତ୍ସ ପ୍ରତିବନ୍ଧକ ସଂକୀର୍ଣ୍ଣ ରଖନ୍ତୁ। ସବୁଜ ଚିହ୍ନ ପାଇବା ପାଇଁ ସମଗ୍ର ଶ୍ରୋତାକୁ ପ୍ରମାଣୀକରଣରୁ ମୁକ୍ତ କରିବା ସୁରକ୍ଷିତ ସେବାକୁ ବଦଳାଇଦିଏ।

ଶେଷରେ, ବିଫଳ ଯାଞ୍ଚ କଣ ହଟାଇବା ଉଚିତ ତାହା ସ୍ଥିର କରନ୍ତୁ। ନିୟନ୍ତ୍ରିତ ମୂଳ ବିଫଳତା ଏକ ସମୟରେ ପ୍ରତ୍ୟେକ ପ୍ରକ୍ସିର ଫରୱାର୍ଡିଂ ଯାଞ୍ଚକୁ ବିଫଳ କରିପାରେ। ତାହା ହୁଏତ ଆପଣ ମାପିବାକୁ ଚାହୁଁଥିବା ନିର୍ଭରତା, କିମ୍ବା ଶ୍ରୋତା ସ୍ୱାସ୍ଥ୍ୟ ଓ ଶେଷରୁ-ଶେଷ ଉପଲବ୍ଧତାକୁ ପୃଥକ ସଙ୍କେତ ଭାବରେ ରଖିବାର କାରଣ।

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