HTTPS проксито на Git може да изисква собствен клиентски сертификат

Конфигурирайте TLS CA на проксито, клиентския сертификат и частния ключ отделно от TLS и HTTP настройките за вход в хранилището.

Някои HTTPS прокси сървъри изискват клиентски сертификат при TLS връзката от Git към проксито. Това е отделен обмен за удостоверяване, различен от влизането в хранилището.

За съвместим TLS бекенд на Git/libcurl, който използва PEM файлове, съответната конфигурация изглежда така:

[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; конфигурация на ниво хранилище може да ограничи този път само до това работно копие.

НастройкаРоля
proxySSLCAInfoCA пакет, използван за проверка на HTTPS проксито
proxySSLCertКлиентски сертификат, представен на това прокси
proxySSLKeyЧастен ключ, съответстващ на клиентския сертификат
proxySSLCertPasswordProtectedАктивира подканата за парола на Git за защитен сертификат и ключов материал на проксито

URL адресът на проксито с https:// е от съществено значение за този TLS обмен. Обикновено HTTP прокси, което пренася CONNECT към HTTPS хранилище, не извършва с това TLS удостоверяване с клиентски сертификат на собствения си слушател.

Доверието към сертификатите на хранилището и всеки клиентски сертификат на хранилището имат собствена ssl конфигурация. По същия начин предизвикателството на HTTP прокси чрез Proxy-Authenticate е друг механизъм за удостоверяване.

Проверявайте свързаната версия на libcurl, TLS бекенда и поддържания формат на сертификати при поддръжка на тази настройка. Пътят до PEM сертификат не е преносим заместител на интерфейса за сертификатно хранилище на всяка платформа.

Подобни статии