କେତେକ HTTPS ଫରୱାର୍ଡ ପ୍ରକ୍ସି Git ରୁ ପ୍ରକ୍ସି ପର୍ଯ୍ୟନ୍ତ TLS ସଂଯୋଗ ସମୟରେ କ୍ଲାୟେଣ୍ଟ ସାର୍ଟିଫିକେଟ ମାଗନ୍ତି। ଏହା ରେପୋଜିଟୋରୀରେ ଲଗଇନ କରିବାଠାରୁ ଅଲଗା ପ୍ରମାଣୀକରଣ କାରବାର।

PEM ଫାଇଲ ବ୍ୟବହାର କରୁଥିବା ସୁସଙ୍ଗତ Git/libcurl TLS ବ୍ୟାକଏଣ୍ଡ ପାଇଁ ସମ୍ପୃକ୍ତ ବିନ୍ୟାସ ଏହିପରି ଦେଖାଯାଏ:

[http]
    proxy = https://proxy.example:8443
    proxySSLCAInfo = /secure/proxy-ca.pem
    proxySSLCert = /secure/proxy-client.pem
    proxySSLKey = /secure/proxy-client.key
    proxySSLCertPasswordProtected = true

ପ୍ରକ୍ସିର TLS ବ୍ୟବସ୍ଥା ପାଇଁ ଦିଆଯାଇଥିବା ପ୍ରକୃତ ଫାଇଲଗୁଡ଼ିକ ବ୍ୟବହାର କରନ୍ତୁ। ଉଦ୍ଦିଷ୍ଟ Git ସ୍କୋପରେ ବିନ୍ୟାସ ଲାଗୁ କରନ୍ତୁ; ରେପୋଜିଟୋରୀ-ସ୍ତରୀୟ ବିନ୍ୟାସ ଏହି ମାର୍ଗକୁ ସେହି ଚେକଆଉଟ ପର୍ଯ୍ୟନ୍ତ ସୀମିତ ରଖିପାରେ।

ସେଟିଂଭୂମିକା
proxySSLCAInfoHTTPS ପ୍ରକ୍ସି ଯାଞ୍ଚ ପାଇଁ ବ୍ୟବହୃତ CA ବଣ୍ଡଲ
proxySSLCertସେହି ପ୍ରକ୍ସିକୁ ଉପସ୍ଥାପିତ କ୍ଲାୟେଣ୍ଟ ସାର୍ଟିଫିକେଟ
proxySSLKeyକ୍ଲାୟେଣ୍ଟ ସାର୍ଟିଫିକେଟ ସହ ମେଳ ଖାଉଥିବା ଘରୋଇ କୀ
proxySSLCertPasswordProtectedସୁରକ୍ଷିତ ପ୍ରକ୍ସି ସାର୍ଟିଫିକେଟ ଓ କୀ ସାମଗ୍ରୀ ପାଇଁ Git ର ପାସୱାର୍ଡ ପ୍ରମ୍ପ୍ଟ ସକ୍ଷମ କରେ

ଏହି TLS କାରବାର ପାଇଁ https:// ପ୍ରକ୍ସି URL ଅତ୍ୟାବଶ୍ୟକ। HTTPS ରେପୋଜିଟୋରୀକୁ CONNECT ନେଉଥିବା ସାଧାରଣ HTTP ପ୍ରକ୍ସି ଏହାଦ୍ୱାରା ନିଜ ଲିସନରରେ TLS କ୍ଲାୟେଣ୍ଟ-ସାର୍ଟିଫିକେଟ ପ୍ରମାଣୀକରଣ କରେ ନାହିଁ।

ରେପୋଜିଟୋରୀର ସାର୍ଟିଫିକେଟ ବିଶ୍ୱାସ ଏବଂ ଯେକୌଣସି ରେପୋଜିଟୋରୀ କ୍ଲାୟେଣ୍ଟ ସାର୍ଟିଫିକେଟର ନିଜସ୍ୱ ssl ବିନ୍ୟାସ ଥାଏ। ସେହିପରି, Proxy-Authenticate ବ୍ୟବହାର କରୁଥିବା HTTP ପ୍ରକ୍ସି ଚ୍ୟାଲେଞ୍ଜ ଅନ୍ୟ ଏକ ପ୍ରମାଣୀକରଣ ଯନ୍ତ୍ର।

ଏହି ସେଟଅପ ରକ୍ଷଣାବେକ୍ଷଣ ସମୟରେ ସଂଯୁକ୍ତ libcurl ସଂସ୍କରଣ, TLS ବ୍ୟାକଏଣ୍ଡ ଏବଂ ସମର୍ଥିତ ସାର୍ଟିଫିକେଟ ଫର୍ମାଟ ଯାଞ୍ଚ କରନ୍ତୁ। PEM ସାର୍ଟିଫିକେଟ ପାଇଁ ଏକ ପଥ ପ୍ରତ୍ୟେକ ପ୍ଲାଟଫର୍ମ ସାର୍ଟିଫିକେଟ-ଷ୍ଟୋର ଇଣ୍ଟରଫେସ ପାଇଁ ବହନଯୋଗ୍ୟ ବିକଳ୍ପ ନୁହେଁ।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ