Proxy HTTPS របស់ Git អាចតម្រូវឱ្យមានវិញ្ញាបនបត្រអតិថិជនផ្ទាល់ខ្លួន

កំណត់ CA TLS របស់ proxy វិញ្ញាបនបត្រអតិថិជន និងសោឯកជនដោយឡែកពីការកំណត់ TLS និងការចូល HTTP របស់ឃ្លាំង។

proxy HTTPS ខ្លះស្នើសុំវិញ្ញាបនបត្រអតិថិជនអំឡុងពេលភ្ជាប់ TLS ពី Git ទៅ proxy។ នេះជាការផ្លាស់ប្តូរផ្ទៀងផ្ទាត់ដាច់ដោយឡែកពីការចូលទៅឃ្លាំង។

សម្រាប់ backend 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 របស់ proxy។ អនុវត្តការកំណត់នៅវិសាលភាព Git ដែលបានបម្រុង; ការកំណត់ក្នុងឃ្លាំង អាចកំណត់ផ្លូវនេះត្រឹមច្បាប់ចម្លងការងារនោះ។

ការកំណត់តួនាទី
proxySSLCAInfoបណ្តុំ CA ដែលប្រើដើម្បីផ្ទៀងផ្ទាត់ proxy HTTPS
proxySSLCertវិញ្ញាបនបត្រអតិថិជនដែលបង្ហាញដល់ proxy នោះ
proxySSLKeyសោឯកជនដែលត្រូវនឹងវិញ្ញាបនបត្រអតិថិជន
proxySSLCertPasswordProtectedបើកការសួរពាក្យសម្ងាត់របស់ Git សម្រាប់វិញ្ញាបនបត្រ និងសម្ភារៈសោរបស់ proxy ដែលការពារ

URL proxy បែប https:// គឺចាំបាច់សម្រាប់ការផ្លាស់ប្តូរ TLS នេះ។ proxy HTTP ធម្មតាដែលដឹក CONNECT ទៅឃ្លាំង HTTPS មិនធ្វើការផ្ទៀងផ្ទាត់វិញ្ញាបនបត្រអតិថិជន TLS នៅលើអ្នកស្តាប់របស់ខ្លួនដោយសារតែនេះ។

ការជឿទុកចិត្តលើវិញ្ញាបនបត្ររបស់ឃ្លាំង និងវិញ្ញាបនបត្រអតិថិជនណាមួយរបស់ឃ្លាំងមានការកំណត់ ssl ផ្ទាល់ខ្លួន។ ដូចគ្នា ការប្រកួត proxy HTTP ដោយ Proxy-Authenticate គឺជាយន្តការផ្ទៀងផ្ទាត់ផ្សេងទៀត។

ពិនិត្យកំណែ libcurl ដែលបានភ្ជាប់ backend TLS និងទម្រង់វិញ្ញាបនបត្រដែលគាំទ្រនៅពេលថែទាំការរៀបចំនេះ។ ផ្លូវទៅវិញ្ញាបនបត្រ PEM មិនមែនជាជម្មើសជំនួសចល័តសម្រាប់ចំណុចប្រទាក់ឃ្លាំងវិញ្ញាបនបត្ររបស់វេទិកានីមួយៗទេ។

អត្ថបទពាក់ព័ន្ធ