Git இன் HTTPS ப்ராக்சிக்கு அதன் சொந்த கிளையண்ட் சான்றிதழ் தேவைப்படலாம்

ப்ராக்சியின் TLS CA, கிளையண்ட் சான்றிதழ் மற்றும் தனிப்பட்ட விசையை களஞ்சியத்தின் TLS மற்றும் HTTP உள்நுழைவு அமைப்புகளிலிருந்து தனித்தனியாக அமைக்கவும்.

சில 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 எல்லைக்குள் பயன்படுத்தவும்; களஞ்சிய அளவிலான உள்ளமைவு இந்தப் பாதையை அந்த checkout-க்கு மட்டுமே வரம்பிடலாம்.

அமைப்புபங்கு
proxySSLCAInfoHTTPS ப்ராக்சியைச் சரிபார்க்கப் பயன்படும் CA தொகுப்பு
proxySSLCertஅந்தப் ப்ராக்சிக்கு வழங்கப்படும் கிளையண்ட் சான்றிதழ்
proxySSLKeyகிளையண்ட் சான்றிதழுடன் பொருந்தும் தனிப்பட்ட விசை
proxySSLCertPasswordProtectedபாதுகாக்கப்பட்ட ப்ராக்சி சான்றிதழ் மற்றும் விசைப் பொருளுக்கு Git இன் கடவுச்சொல் கேட்பை இயக்குகிறது

இந்த TLS பரிமாற்றத்திற்கு https:// ப்ராக்சி URL அவசியம். HTTPS களஞ்சியத்திற்கு CONNECT-ஐ எடுத்துச் செல்லும் சாதாரண HTTP ப்ராக்சி அதனால் தன் சொந்தக் கேட்பானில் TLS கிளையண்ட்-சான்றிதழ் அங்கீகாரத்தைச் செய்யாது.

களஞ்சியத்தின் சான்றிதழ் நம்பிக்கை மற்றும் ஏதேனும் களஞ்சிய கிளையண்ட் சான்றிதழுக்கு அவற்றின் சொந்த ssl உள்ளமைவு உண்டு. அதுபோல, Proxy-Authenticate பயன்படுத்தும் HTTP ப்ராக்சி சவால் மற்றொரு அங்கீகார வழிமுறை.

இந்த அமைப்பைப் பராமரிக்கும்போது இணைக்கப்பட்ட libcurl பதிப்பு, TLS பின்தளம் மற்றும் ஆதரிக்கப்படும் சான்றிதழ் வடிவமைப்பைச் சரிபார்க்கவும். PEM சான்றிதழுக்கான பாதை ஒவ்வொரு தளச் சான்றிதழ் சேமிப்பு இடைமுகத்திற்கும் இடமாற்றக்கூடிய மாற்று அல்ல.

தொடர்புடைய கட்டுரைகள்