TCP ସଂଯୋଗ ସଫଳ ହେବା ପରେ ପ୍ରକ୍ସି CONNECT ସମୟସୀମା
ସମ୍ପୂର୍ଣ୍ଣ TCP ସଂଯୋଗ ଟନେଲ ସେଟଅପ୍ ମଧ୍ୟ ସମାପ୍ତ କରିଛି ବୋଲି ଧରି ନେବା ପରିବର୍ତ୍ତେ CONNECT ସମୟରେ ସକ୍ରିୟ ସମୟସୀମା ଚିହ୍ନଟ କରନ୍ତୁ।
କ୍ଲାଏଣ୍ଟ ପ୍ରକ୍ସି ସହିତ ସଂଯୁକ୍ତ ହେବା କ୍ଷଣି TCP ସଂଯୋଗ ସମୟସୀମା ନିଜ କାର୍ଯ୍ୟ ସମ୍ପୂର୍ଣ୍ଣ କରିଛି। ପରବର୍ତ୍ତୀ ଅପେକ୍ଷା—ଏକ ସମ୍ପୂର୍ଣ୍ଣ CONNECT ପ୍ରତିକ୍ରିୟା ଗ୍ରହଣ କରିବା—ଅନ୍ୟ ଏକ ଟାଇମର ଦ୍ୱାରା ନିୟନ୍ତ୍ରିତ ହୋଇପାରେ।
ପ୍ରକ୍ସି ହୁଏତ ଏବେ ମଧ୍ୟ ଉପରମୁଖକୁ ସଂଯୋଗ କରୁଛି, ପ୍ରମାଣୀକରଣ ସନ୍ଦେଶ ବିନିମୟ କରୁଛି କିମ୍ବା ଅନ୍ୟ ସେବା ପାଇଁ ଅପେକ୍ଷା କରୁଛି। ୱେବସାଇଟର ସାଧାରଣ ପ୍ରତିକ୍ରିୟା ଏବେ ମଧ୍ୟ ଆରମ୍ଭ ହୋଇନାହିଁ।
| ଶେଷ ସମ୍ପୂର୍ଣ୍ଣ ହୋଇଥିବା ପଦକ୍ଷେପ | ଏବେ ମଧ୍ୟ କାହିଁକି ଅପେକ୍ଷା? |
|---|---|
| TCP ପ୍ରକ୍ସି ସହିତ ସଂଯୁକ୍ତ | CONNECT ଗ୍ରହଣ ସହିତ ପ୍ରକ୍ସି ହ୍ୟାଣ୍ଡସେକ |
| CONNECT ଗ୍ରହଣ ହେଲା | ଲକ୍ଷ୍ୟ ଏହା ବ୍ୟବହାର କଲେ ଗନ୍ତବ୍ୟର TLS |
| ଗନ୍ତବ୍ୟ ଅନୁରୋଧ ପଠାଗଲା | ଗନ୍ତବ୍ୟର ପ୍ରତିକ୍ରିୟା |
କନେକ୍ଟର ସେହି ହ୍ୟାଣ୍ଡସେକ ପଢ଼ୁଥିବା ଓ ଲେଖୁଥିବା ସମୟରେ ସକ୍ରିୟ ଥିବା ଟାଇମର ଖୋଜନ୍ତୁ। “response timeout” ନାମକ ଏକ ଗୁଣ କେବଳ ମାର୍ଗ ସ୍ଥାପିତ ହେବା ପରେ ହିଁ କାର୍ଯ୍ୟକାରୀ ହୋଇପାରେ। HttpClient 5 ରେ ConnectionConfig ଏବଂ ଏହାର ସକେଟ ସମୟସୀମା, TLS ହ୍ୟାଣ୍ଡସେକ ବିନ୍ୟାସ ଏବଂ ଅନୁରୋଧ-ସ୍ତରୀୟ ପ୍ରତିକ୍ରିୟା ସମୟସୀମା ମଧ୍ୟରେ ପାର୍ଥକ୍ୟ କରନ୍ତୁ। ପ୍ରକୃତ କ୍ଲାଏଣ୍ଟ ବ୍ୟବହାର କରୁଥିବା ମ୍ୟାନେଜର ମାଧ୍ୟମରେ ପ୍ରାସଙ୍ଗିକ ସଂଯୋଗ ବିନ୍ୟାସ ପ୍ରୟୋଗ କରନ୍ତୁ। ପୁରୁଣା Apache HttpClient ପିଢ଼ି ଅଲଗା API ବ୍ୟବହାର କରନ୍ତି, ତେଣୁ ପୁରୁଣା ସ୍ନିପେଟ ଏହି ଦାୟିତ୍ୱଗୁଡ଼ିକର ବିଶ୍ୱସନୀୟ ମାନଚିତ୍ର ନୁହେଁ।
ଅନ୍ତିମ CONNECT ଅସ୍ୱୀକୃତିକୁ ପ୍ରକ୍ସିର ପ୍ରତିକ୍ରିୟା ଭାବରେ ରଖନ୍ତୁ। ସଫଳ ପ୍ରତିକ୍ରିୟା ପରେ TLS ଅଟକିଯିବା ଅନ୍ୟ ଏକ ବିଫଳତା ପର୍ଯ୍ୟାୟ। “TCP ସଂଯୁକ୍ତ; ସେଟଅପ ସମୟସୀମା ପୂର୍ବରୁ କୌଣସି ସମ୍ପୂର୍ଣ୍ଣ CONNECT ପ୍ରତିକ୍ରିୟା ନାହିଁ” ସାଧାରଣ ପ୍ରକ୍ସି ସମୟସୀମା ଅପେକ୍ଷା ସମସ୍ୟାକୁ ଅଧିକ ସଠିକ୍ ଭାବରେ ବର୍ଣ୍ଣନା କରେ।
ଏକ ସାମଗ୍ରିକ ସମୟସୀମା ଏହି ପର୍ଯ୍ୟାୟ ସୀମାଗୁଡ଼ିକ ସହିତ କଲରର ଅପେକ୍ଷାକୁ ସୀମିତ କରିପାରେ। ଏହା ସମାପ୍ତ ହେଲେ, ପରବର୍ତ୍ତୀ ପ୍ରୟାସ ସଂଯୋଗ କ୍ଷମତା ବ୍ୟବହାର କରିବା ପୂର୍ବରୁ କ୍ଲାଏଣ୍ଟ ସମର୍ଥିତ ଜୀବନଚକ୍ର ମାଧ୍ୟମରେ କାର୍ଯ୍ୟକୁ ବାତିଲ କିମ୍ବା ବନ୍ଦ କରନ୍ତୁ।