Squid 6.13ରେ TLS ଫରୱାର୍ଡ-ପ୍ରକ୍ସି ଲିସନର୍

GnuTLS କିମ୍ବା OpenSSL ସହ ତିଆରି Squid 6.13 TLS ଦ୍ୱାରା ଫରୱାର୍ଡ-ପ୍ରକ୍ସି ଅନୁରୋଧ ନେଇପାରେ। ଏହା HTTPS ଗନ୍ତବ୍ୟର ପୃଥକ ସେସନ୍ ଇଣ୍ଟରସେପ୍ଟ ନକରି କ୍ଲାଏଣ୍ଟ–ପ୍ରକ୍ସି ଲିଙ୍କ ସୁରକ୍ଷିତ କରେ।

1. କ୍ଲାଏଣ୍ଟ Squidକୁ ପହଞ୍ଚିବା ପାଇଁ ବ୍ୟବହାର କରିବା ହୋଷ୍ଟନାମ ପାଇଁ ସାର୍ଟିଫିକେଟ୍ ନିଅନ୍ତୁ। ବ୍ୟକ୍ତିଗତ କି କେବଳ ଆବଶ୍ୟକ ସେବା ପରିଚୟ ପାଇଁ ସୀମିତ ରଖନ୍ତୁ।
2. ଆପଣଙ୍କୁ ଦିଆଯାଇଥିବା ଠିକଣା ଓ ପ୍ରକୃତ ସାର୍ଟିଫିକେଟ୍ ପଥ ସହ TLS ଲିସନର୍ ଯୋଡ଼ନ୍ତୁ:

https_port 192.0.2.10:3129 tls-cert=/etc/squid/proxy-chain.pem tls-key=/etc/squid/proxy-key.pem

କ୍ଲାଏଣ୍ଟ ଅନୁମତି ତାଲିକା ଓ ଗନ୍ତବ୍ୟ ସୀମା ସହ ପ୍ରମାଣୀକରଣ ନୀତି ରଖନ୍ତୁ। ଲିସନର୍ ପ୍ରବେଶ ଦିଏ ନାହିଁ। ପୂର୍ବରୁ ଥିବା http_port ମଧ୍ୟ ସକ୍ରିୟ ରହେ; ସବୁ କ୍ଲାଏଣ୍ଟ ସଂଯୋଗ TLS ବ୍ୟବହାର କରିବା ଦରକାର ହେଲେ ପୁରୁଣା ଲିସନର୍ ହଟାନ୍ତୁ କିମ୍ବା ସୀମିତ କରନ୍ତୁ। ଏକ୍ସେଲେରେଟର୍, ଇଣ୍ଟରସେପ୍ସନ୍ କିମ୍ବା ସାର୍ଟିଫିକେଟ୍ ତିଆରି ମୋଡ୍ ଦରକାର ନାହିଁ।

ନିର୍ଦ୍ଦିଷ୍ଟ ସେବା ପୁଣି ଲୋଡ୍ କରିବା ପୂର୍ବରୁ ବିନ୍ୟାସ ପାର୍ସ କରନ୍ତୁ। ପାର୍ସର୍ ଯାଞ୍ଚ ଗଠନ ଓ ସାର୍ଟିଫିକେଟ୍ ଲୋଡିଂକୁ ଯାଞ୍ଚ କରେ, ନେଟୱର୍କ ପହଞ୍ଚକୁ ନୁହେଁ। ସଫଳ ରିଲୋଡ୍ ପରେ ଅନୁମୋଦିତ କ୍ଲାଏଣ୍ଟରୁ TLS ଏଣ୍ଡପଏଣ୍ଟ ଦ୍ୱାରା ଅନୁରୋଧ କରନ୍ତୁ:

curl --proxy https://proxy.example:3129 --proxy-cacert approved-proxy-ca.pem --connect-timeout 5 --max-time 15 https://example.com/

ପ୍ରକୃତ ପ୍ରକ୍ସି ହୋଷ୍ଟନାମ ଓ ଅନୁମୋଦିତ CA ଫାଇଲ୍ ବ୍ୟବହାର କରନ୍ତୁ। ସାର୍ବଜନୀନ ବିଶ୍ୱାସଯୋଗ୍ୟ ପ୍ରକ୍ସି ସାର୍ଟିଫିକେଟ୍ ପାଇଁ କଷ୍ଟମ୍ ବଣ୍ଡଲ୍ ନ ଲାଗିପାରେ। --proxy-cacert ପ୍ରକ୍ସି ବିଶ୍ୱାସ ସେଟ୍ କରି ଗନ୍ତବ୍ୟ ଯାଞ୍ଚ ଅଲଗା ରଖେ; ଦୁଇ ଯାଞ୍ଚ ରଖନ୍ତୁ।

ପ୍ରକୃତ ଲିସନର୍ ଓ ସାର୍ଟିଫିକେଟ୍ ନାମ ଦେଖନ୍ତୁ, ପରେ ନାକଚ ହେବାକୁ ଥିବା ନିୟନ୍ତ୍ରିତ ଉତ୍ସ ମଧ୍ୟ ପରୀକ୍ଷା କରନ୍ତୁ। କେବଳ ସଫଳ ପାର୍ସିଂ କ୍ଲାଏଣ୍ଟ ବିଶ୍ୱାସ କିମ୍ବା ପ୍ରବେଶ ସୀମା ସ୍ଥାପନ କରେ ନାହିଁ।