ପ୍ରକ୍ସି ଓ ପ୍ୟାକେଜ ସର୍ଭର ପାଇଁ Cargo CA ବଣ୍ଡଲ୍
Cargo ର cainfo ଓ proxy-cainfo ସଠିକ୍ TLS ସଂଯୋଗରେ ଲାଗୁ କରନ୍ତୁ; ସମସ୍ତ ପ୍ରକ୍ସି ପ୍ରମାଣପତ୍ର ବିଫଳତାକୁ ଏକ ବିଶ୍ୱାସ ସମସ୍ୟା ଭାବନ୍ତୁ ନାହିଁ।
HTTPS ପ୍ରକ୍ସି ଓ HTTPS ପ୍ୟାକେଜ ଉତ୍ସ ପାଇଁ Cargo ଭିନ୍ନ CA ବଣ୍ଡଲ୍ରେ ଦୁଇଟି TLS ସଂଯୋଗ ଯାଞ୍ଚ କରିପାରେ:
[http]
proxy = "https://proxy.example:8443"
proxy-cainfo = "/path/to/proxy-ca.pem"
cainfo = "/path/to/origin-ca.pem"ଏଣ୍ଡପଏଣ୍ଟ ଓ ପଥକୁ ଅନୁମୋଦିତ ମୂଲ୍ୟରେ ବଦଳାନ୍ତୁ। ଏହି ପ୍ରକ୍ସିରେ ଇଚ୍ଛାକୃତ ଭାବେ TLS ଲିସନର୍ ଅଛି; ସାଧାରଣ HTTP ପ୍ରକ୍ସି ପ୍ୟାକେଜ ଉତ୍ସ HTTPS ବ୍ୟବହାର କରେ ବୋଲି HTTPS ହୋଇଯାଏ ନାହିଁ।
| ବିଫଳତା ପର୍ଯ୍ୟାୟ | ଯାଞ୍ଚ କରିବାକୁ ଥିବା ବିଶ୍ୱାସ ସେଟିଂ |
|---|---|
| ଗନ୍ତବ୍ୟ ଟନେଲ୍ ତିଆରି ପୂର୍ବରୁ ପ୍ରକ୍ସି TLS | http.proxy-cainfo; ଅଲଗା ସେଟ୍ ନହେଲେ http.cainfo ବ୍ୟବହାର କରେ। |
| ଟନେଲ୍ ସ୍ଥାପନ ପରେ ଗନ୍ତବ୍ୟ ପ୍ରମାଣପତ୍ର | ଗନ୍ତବ୍ୟ ବିଶ୍ୱାସ ପଥ ପାଇଁ http.cainfo। |
ସମ୍ବନ୍ଧିତ ଭେରିଏବଲ୍ ହେଉଛି CARGO_HTTP_PROXY_CAINFO ଓ CARGO_HTTP_CAINFO। ଉପଯୁକ୍ତ ଅନୁମୋଦିତ ପ୍ରମାଣପତ୍ର କର୍ତ୍ତୃପକ୍ଷ ବ୍ୟବହାର କରନ୍ତୁ; ଯେକୌଣସି ପ୍ରମାଣପତ୍ର ଉଭୟ ଫାଇଲରେ କପି କରିବାରୁ କେଉଁ ସଂଯୋଗ ଭୁଲ ତାହା ଜଣାଯାଏ ନାହିଁ।
CONNECT ବହନ କରୁଥିବା ଏନକ୍ରିପ୍ଟ ହୋଇନଥିବା HTTP ପ୍ରକ୍ସିରେ ଯାଞ୍ଚ କରିବାକୁ ପ୍ରକ୍ସି ଲିସନର୍ର TLS ପ୍ରମାଣପତ୍ର ନାହିଁ। ସେଠାରେ ଗନ୍ତବ୍ୟ ତ୍ରୁଟି ମନଗଢ଼ା ପ୍ରକ୍ସି CA ଫାଇଲ୍ରେ ଠିକ୍ ହୁଏ ନାହିଁ। କନଫିଗର କରାଯାଇଥିବା ପଥ ପ୍ରକୃତ କଣ୍ଟେନର କିମ୍ବା CI କାମ ଭିତରେ ଅଛି କି ଦେଖନ୍ତୁ ଏବଂ ପରିବେଶ ତୁଳନା କରିବାବେଳେ ଅପରେଟିଂ ସିଷ୍ଟମ ଓ TLS ବ୍ୟାକଏଣ୍ଡର ଆଚରଣ ବିଚାର କରନ୍ତୁ।
ଯାଞ୍ଚ ସକ୍ରିୟ ରଖନ୍ତୁ। ଏହା ଉଦ୍ଦିଷ୍ଟ ସେବାକୁ କେବଳ ଆଗକୁ ଚାଲୁଥିବା ସ୍ଥାନାନ୍ତରଣରୁ ଅଲଗା କରିବା ପାଇଁ ଆବଶ୍ୟକ ପରିଚୟ ଯାଞ୍ଚ ଦେଇଥାଏ।