Squid ଲଗ: 407 ପରେ 200 ଆସିଲେ ତାହା ବିଫଳତା ଭାବରେ ଗଣାଯାଏ କି?
Squid ଚ୍ୟାଲେଞ୍ଜ ପରେ ସଫଳ ଟନେଲ ଲଗ କଲାବେଳେ ସମ୍ପୂର୍ଣ୍ଣ ହୋଇଥିବା କାର୍ଯ୍ୟଗୁଡ଼ିକୁ ପ୍ରମାଣୀକରଣ ବିନିମୟଠାରୁ ଅଲଗା ଗଣନା କରନ୍ତୁ।
ଧରନ୍ତୁ ଏକ କ୍ଲାୟେଣ୍ଟ ପ୍ରକ୍ସି ପ୍ରମାଣପତ୍ର ବିନା ଏକ ଅନୁରୋଧ ପଠାଏ, ଏକ ଚ୍ୟାଲେଞ୍ଜ ପାଏ ଏବଂ ପରେ ସଫଳଭାବେ ପୁନଃ ଚେଷ୍ଟା କରେ। ଅନୁରୋଧ ଲଗରେ ଦୁଇଟି ଏଣ୍ଟ୍ରି ରହିପାରେ। କିନ୍ତୁ ଆପ୍ ବ୍ୟବହାର କରୁଥିବା ବ୍ୟକ୍ତି ଏକ ମାତ୍ର ସମ୍ପୂର୍ଣ୍ଣ କାର୍ଯ୍ୟ ଅନୁଭବ କରିଛନ୍ତି।
ତେଣୁ TCP_DENIED/407 ଏବଂ TCP_TUNNEL/200 ମଧ୍ୟରେ ସମାନ ଭାବରେ ବିଭକ୍ତ ଲଗ ନିଜେ ପଚାଶ ପ୍ରତିଶତ ବିଫଳତା ହାର ପ୍ରମାଣ କରେ ନାହିଁ। ପ୍ରଥମେ ନିର୍ଣ୍ଣୟ କରନ୍ତୁ ଏଣ୍ଟ୍ରିଗୁଡ଼ିକ ଚ୍ୟାଲେଞ୍ଜ-ଏବଂ-ପୁନଃଚେଷ୍ଟା ଯୋଡ଼ି ଗଠନ କରନ୍ତି କି ନାହିଁ।
ଆପଣ ପ୍ରକୃତରେ ଯାହାକୁ ଗୁରୁତ୍ୱ ଦିଅନ୍ତି ତାହା ଗଣନା କରନ୍ତୁ
| ମାପ | ଗଣନା |
|---|---|
| ପ୍ରମାଣୀକରଣ ଚ୍ୟାଲେଞ୍ଜ | ପ୍ରମାଣୀକରଣ ମାଗୁଥିବା ପ୍ରକ୍ସି ପ୍ରତିକ୍ରିୟା |
| ପ୍ରକ୍ସି ଚେଷ୍ଟା | ମଧ୍ୟସ୍ଥ ଦ୍ୱାରା ଲଗ ହୋଇଥିବା ପୃଥକ କାରବାର |
| ସମ୍ପୂର୍ଣ୍ଣ କାର୍ଯ୍ୟ | ଉଦ୍ଦିଷ୍ଟ ଫଳାଫଳରେ ପହଞ୍ଚୁଥିବା ଆପ୍ କାର୍ଯ୍ୟ |
ସମୟ ଚିହ୍ନ, କ୍ଲାୟେଣ୍ଟ ପ୍ରସଙ୍ଗ, ଗନ୍ତବ୍ୟ ଏବଂ ଉପଲବ୍ଧ ଯେକୌଣସି ଅନୁରୋଧ ପରିଚାୟକକୁ ସଂଯୋଗ କରନ୍ତୁ। ପ୍ରମାଣୀକରଣ ନଥିବା ଚେଷ୍ଟାରେ ଲଗ ହୋଇଥିବା ବ୍ୟବହାରକାରୀ ନାମ ନ ଥାଇପାରେ, ମାତ୍ର ଏହାର ସଫଳ ପୁନଃଚେଷ୍ଟାରେ ଥାଏ। ଏକ ସମୟରେ ଚାଲୁଥିବା କାର୍ଯ୍ୟକଳାପ ଅର୍ଥ କେବଳ ପାଖାପାଖି ଧାଡ଼ିଗୁଡ଼ିକ ଦୁଇଟି ଏଣ୍ଟ୍ରି ଏକାଠି ଥିବାର ଦୁର୍ବଳ ପ୍ରମାଣ।
ସଫଳ ଟନେଲକୁ ସଫଳ ୱେବସାଇଟ କାର୍ଯ୍ୟଠାରୁ ଅଲଗା ରଖନ୍ତୁ। CONNECT ଗ୍ରହଣ ଟନେଲ ସ୍ଥାପନ କରେ; ଗନ୍ତବ୍ୟ ଏବେ ମଧ୍ୟ TLS ସମୟରେ ବିଫଳ ହୋଇପାରେ କିମ୍ବା ପରେ ଆପ୍ ତ୍ରୁଟି ଫେରାଇପାରେ।
ବାରମ୍ବାର ଆସୁଥିବା ଅନ୍ତିମ ଚ୍ୟାଲେଞ୍ଜ, ପରେ କେବେ ମଧ୍ୟ ସମ୍ପୂର୍ଣ୍ଣ ନ ହେଉଥିବା କାର୍ଯ୍ୟ, କିମ୍ବା ବିନିମୟ ସଂଖ୍ୟାରେ ଆକସ୍ମିକ ପରିବର୍ତ୍ତନ ତଦନ୍ତ କରନ୍ତୁ। ଏହି ସବୁ ସ୍ଥିର ଚ୍ୟାଲେଞ୍ଜ-ପ୍ରଥମ କ୍ଲାୟେଣ୍ଟ ତାହାର ବିନ୍ୟାସ ଯାହା ମାଗେ ଠିକ୍ ତାହା କରୁଥିବାରୁ ଅଲଗା। କେବଳ ଡ୍ୟାସବୋର୍ଡକୁ ଅଧିକ ସବୁଜ କରିବା ପାଇଁ ପ୍ରମାଣୀକରଣ ଦମନ କରିବା ମାପ ମରାମତି ନୁହେଁ, ସେବା ବଦଳାଇବ।