HSTS ଆପଣଙ୍କୁ SOCKS ପ୍ରକ୍ସି ବ୍ୟବହାର କରିବାରୁ ଅଟକାଏ ନାହିଁ

HSTS ସିଧାସଳଖ ସଂଯୋଗ ଆବଶ୍ୟକ କରେ ନାହିଁ। HTTPS ଏହାର ସାଧାରଣ TLS ଏବଂ ପ୍ରମାଣପତ୍ର ଯାଞ୍ଚ ସହିତ SOCKS ମାଧ୍ୟମରେ ଚାଲିପାରେ; HSTS ବ୍ରାଉଜରକୁ ହୋଷ୍ଟ ପାଇଁ HTTPS ବ୍ୟବହାର କରିବାକୁ ଏବଂ ପ୍ରମାଣପତ୍ର ବିଫଳତାକୁ କଠୋର ଭାବରେ ପରିଚାଳନା କରିବାକୁ କୁହେ।

ଯଦି ବ୍ରାଉଜର SOCKS ସଂଯୋଗ ବିଫଳତା ରିପୋର୍ଟ କରେ, ପ୍ରଥମେ ଚୟନିତ SOCKS ସଂସ୍କରଣ, ଗନ୍ତବ୍ୟ HTTPS ପୋର୍ଟରେ ପହଞ୍ଚିବାରେ ପ୍ରକ୍ସିର କ୍ଷମତା ଏବଂ ଗନ୍ତବ୍ୟ DNS କେଉଁଠାରେ ସମାଧାନ ହୁଏ ତାହା ଯାଞ୍ଚ କରନ୍ତୁ। ବିଫଳ ଆଲୋଚନା କିମ୍ବା ଅସ୍ୱୀକୃତ ଗନ୍ତବ୍ୟ ସଂଯୋଗ ୱେବସାଇଟ ପ୍ରମାଣପତ୍ର ମୂଲ୍ୟାଙ୍କନ ପୂର୍ବରୁ ଘଟେ।

ସଂଯୋଗ ଖୋଲିବା ପରେ ପ୍ରମାଣପତ୍ର ତ୍ରୁଟି ଏକ ଅଲଗା ପର୍ଯ୍ୟାୟ। HSTS ସେହି ତ୍ରୁଟି ଏଡ଼ାଇବାରୁ ରୋକିପାରେ, କିନ୍ତୁ ଏହା ପୂର୍ବର SOCKS ଆଲୋଚନାକୁ ବିଫଳ କରିନାହିଁ। ପରିବହନ ସମସ୍ୟା ପୂରଣ ପାଇଁ HTTPS ନୀତି ଅକ୍ଷମ କରିବା ପରିବର୍ତ୍ତେ ୱେବସାଇଟର ହୋଷ୍ଟନାମ ଏବଂ ବିଶ୍ୱାସ ଶୃଙ୍ଖଳା ତୁଳନା କରନ୍ତୁ।

SOCKS ନିଜେ ପଥକୁ TLS ଅବରୋଧରେ ପରିଣତ କରେ ନାହିଁ। ଅବିଶ୍ୱସନୀୟ ପ୍ରକ୍ସି ଟ୍ରାଫିକ ଫିଙ୍ଗିପାରେ କିମ୍ବା ଭୁଲ ମାର୍ଗରେ ପଠାଇପାରେ, ଯେତେବେଳେ ବୈଧ ଏଣ୍ଡ-ଟୁ-ଏଣ୍ଡ TLS ଛଦ୍ମବେଶ ଚିହ୍ନଟ ପାଇଁ ଉଦ୍ଦିଷ୍ଟ। ନୂତନ ମୂଳ ପ୍ରମାଣପତ୍ର ସ୍ଥାପନ କରିବା ସେହି ବିଶ୍ୱାସ ବ୍ୟବସ୍ଥା ବଦଳାଏ ଏବଂ HSTS ପାଇଁ ସାଧାରଣ ସମାଧାନ ନୁହେଁ। ଯେତେବେଳେ ଏକ ସାଇଟ କାମ କରେ ଏବଂ ଅନ୍ୟଟି ବିଫଳ ହୁଏ, ସେମାନଙ୍କ ପ୍ରକୃତ ସଂଯୋଗ ପର୍ଯ୍ୟାୟ ଏବଂ ଗନ୍ତବ୍ୟ ଆବଶ୍ୟକତା ତୁଳନା କରନ୍ତୁ। ସାର୍ବଜନୀନ ଏଣ୍ଡପଏଣ୍ଟ ମାଧ୍ୟମରେ ଅନୁମତିପ୍ରାପ୍ତ ତୁଳନା ପାଇଁ SOCKS ପ୍ରକ୍ସି ତାଲିକା ପ୍ରାର୍ଥୀ ଦିଏ; ସଂସ୍କରଣ ଏବଂ ପ୍ରମାଣୀକରଣ ସମର୍ଥନକୁ ବ୍ରାଉଜର ସହିତ ମେଳାନ୍ତୁ।