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 аймагында колдонуңуз; репозиторий деңгээлиндеги конфигурация бул жолду ошол эле жумушчу көчүрмө менен чектей алат.
| Жөндөө | Ролу |
|---|---|
| proxySSLCAInfo | HTTPS проксисин текшерүү үчүн колдонулган CA топтому |
| proxySSLCert | Ошол проксиге сунушталган кардар сертификаты |
| proxySSLKey | Кардар сертификатына дал келген жеке ачкыч |
| proxySSLCertPasswordProtected | Корголгон прокси сертификаты жана ачкыч материалы үчүн Git'тин сырсөз суроосун иштетет |
https:// прокси URL'и бул TLS алмашуусу үчүн маанилүү. HTTPS репозиторийине CONNECT ташыган жөнөкөй HTTP прокси бул менен өзүнүн угуучусунда TLS кардар сертификатын аутентификация кылбайт.
Репозиторийдин сертификаттарына ишенүү жана репозиторийдин кардар сертификаты өзүнүн ssl конфигурациясына ээ. Ошондой эле Proxy-Authenticate аркылуу HTTP прокси чакырыгы башка аутентификация механизми.
Бул конфигурацияны тейлеп жатканда байланган libcurl версиясын, TLS бэкенди жана колдоого алынган сертификат форматын текшериңиз. PEM сертификатына барар жол ар бир платформанын сертификат кампасынын интерфейсине көчмө алмаштыргыч эмес.