ପ୍ରକ୍ସି ମାଧ୍ୟମରେ କ୍ଲାୟେଣ୍ଟ ସାର୍ଟିଫିକେଟ୍ କିଏ ପଠାଉଛି?

ସାଧାରଣ CONNECT ମାଧ୍ୟମରେ HTTPS ରେ, ଆପ୍ଲିକେସନ୍ ନିଜର ଗନ୍ତବ୍ୟ TLS ହ୍ୟାଣ୍ଡସେକ୍ ସମୟରେ ୱେବସାଇଟର କ୍ଲାୟେଣ୍ଟ ସାର୍ଟିଫିକେଟ୍ ପଠାଏ। ପ୍ରକ୍ସି କେବଳ ବାଇଟ୍ ରିଲେ କରେ; ଏହା ସ୍ୱତଃ ୱେବସାଇଟର TLS କ୍ଲାୟେଣ୍ଟ ହୋଇଯାଏ ନାହିଁ।

ଏହି ଭୂମିକାଗୁଡ଼ିକ ଏକାଠି ରହିପାରେ। ଗନ୍ତବ୍ୟ mTLS କାମ କରିବା ପାଇଁ ୱେବସାଇଟର ଘରୋଇ କି ସାଧାରଣ ଟନେଲିଂ ପ୍ରକ୍ସିରେ ଅପଲୋଡ୍ କରିବା ଆବଶ୍ୟକ ନାହିଁ। CONNECT ହସ୍ତାନ୍ତର ପରେ, ଆପ୍ଲିକେସନର ସାଧାରଣ ଗନ୍ତବ୍ୟ କ୍ଲାୟେଣ୍ଟ-ସାର୍ଟିଫିକେଟ୍ ବିନ୍ୟାସ ବ୍ୟବହାର କରନ୍ତୁ ଏବଂ ୱେବସାଇଟ ସର୍ଭର ସାର୍ଟିଫିକେଟ୍ ଯାଞ୍ଚ ଜାରି ରଖନ୍ତୁ।

Apache ର SSLProxyMachineCertificateFile Apache ନିଜର ଉପରିସ୍ଥ TLS ସେସନ୍ ସୃଷ୍ଟି କରିବା ସମୟରେ ପ୍ରମାଣ ଯୋଗାଏ। ସେହି ଫାଇଲ ବିଷୟରେ ପରାମର୍ଶ ପ୍ରମାଣ କରେ ନାହିଁ ଯେ ଅସ୍ପଷ୍ଟ ଫରୱାର୍ଡ ଟନେଲ ବ୍ୟବହାର କରୁଥିବା ପ୍ରତ୍ୟେକ କ୍ଲାୟେଣ୍ଟ ଏହାକୁ ବିନ୍ୟାସ କରିବା ଆବଶ୍ୟକ।

TLS ଅବରୋଧ ଏକ ମଧ୍ୟସ୍ଥରେ ସେସନ୍ ସମାପ୍ତ କରେ ଏବଂ ଏହି ମାଲିକାନା ବଦଳାଏ। ସାର୍ଟିଫିକେଟ୍ ନକଲ କରିବା ଦ୍ୱାରା ପ୍ରାନ୍ତରୁ ପ୍ରାନ୍ତ ପର୍ଯ୍ୟନ୍ତ ପ୍ରମାଣୀକରଣ ରକ୍ଷା ହୁଏ ବୋଲି ଧରି ନେବା ପରିବର୍ତ୍ତେ, ଆବଶ୍ୟକ କ୍ଲାୟେଣ୍ଟ ପରିଚୟ ସେହି ବ୍ୟବସ୍ଥା ଦେଇ ଯାଇପାରିବ କି ନାହିଁ ନିର୍ଣ୍ଣୟ କରନ୍ତୁ।

ବିଫଳତା ହେଲେ, ଅନୁରୋଧ ପ୍ରକ୍ସି ଲଗଇନ୍, ଗନ୍ତବ୍ୟ TLS କିମ୍ବା ପରବର୍ତ୍ତୀ ଆପ୍ଲିକେସନ ବିନିମୟରେ ଅଟକି ଯାଇଥିଲା କି ନାହିଁ ଲିପିବଦ୍ଧ କରନ୍ତୁ। ପ୍ରମାଣକୁ ଯେଉଁ ସଂଯୋଗ ପ୍ରକୃତରେ ଏହା ମାଗୁଛି ସେଠାରେ ରଖନ୍ତୁ।