កញ្ចប់ CA របស់ Cargo សម្រាប់ប្រូកស៊ី និងម៉ាស៊ីនមេកញ្ចប់
អនុវត្ត cainfo និង proxy-cainfo របស់ Cargo លើការតភ្ជាប់ TLS ត្រឹមត្រូវ កុំចាត់ទុកការបរាជ័យវិញ្ញាបនបត្រប្រូកស៊ីទាំងអស់ជាបញ្ហាទំនុកចិត្តតែមួយ។
សម្រាប់ប្រូកស៊ី HTTPS និងប្រភពកញ្ចប់ HTTPS, Cargo អាចផ្ទៀងផ្ទាត់ ការតភ្ជាប់ TLS ពីរដោយកញ្ចប់ CA ខុសគ្នា៖
[http]
proxy = "https://proxy.example:8443"
proxy-cainfo = "/path/to/proxy-ca.pem"
cainfo = "/path/to/origin-ca.pem"ជំនួស endpoint និង path ដោយតម្លៃដែលបានអនុម័ត។ ប្រូកស៊ីនេះមាន TLS listener ដោយចេតនា; ប្រូកស៊ី HTTP ធម្មតាមិនក្លាយជា HTTPS ព្រោះប្រភពកញ្ចប់ប្រើ HTTPS ទេ។
| ដំណាក់កាលបរាជ័យ | ការកំណត់ទំនុកចិត្តដែលត្រូវពិនិត្យ |
|---|---|
| TLS របស់ប្រូកស៊ី មុនមាន tunnel ទៅគោលដៅ | http.proxy-cainfo ដែលប្រើ http.cainfo បើមិនបានកំណត់ដោយឡែក។ |
| វិញ្ញាបនបត្រគោលដៅ បន្ទាប់ពីបង្កើត tunnel | http.cainfo សម្រាប់ផ្លូវទំនុកចិត្តរបស់គោលដៅ។ |
អថេរដែលត្រូវគ្នាគឺ CARGO_HTTP_PROXY_CAINFO និង CARGO_HTTP_CAINFO។ ប្រើអាជ្ញាធរវិញ្ញាបនបត្រដែលសមស្រប និងបានអនុម័ត; ការចម្លងវិញ្ញាបនបត្រចៃដន្យទៅឯកសារទាំងពីរ មិនកំណត់ថាការតភ្ជាប់ណាខុសទេ។
ប្រូកស៊ី HTTP មិនអ៊ិនគ្រីបដែលដឹក CONNECT គ្មានវិញ្ញាបនបត្រ TLS របស់ proxy listener សម្រាប់ផ្ទៀងផ្ទាត់ទេ។ កំហុសគោលដៅក្នុងករណីនោះមិនជួសជុលដោយការបង្កើតឯកសារ CA ប្រូកស៊ីតាមការស្មានទេ។ ពិនិត្យផងដែរថា path ដែលបានកំណត់មាននៅក្នុង container ឬ CI job ពិត ហើយគិតគូរឥរិយាបថប្រព័ន្ធប្រតិបត្តិការ និង TLS backend ពេលប្រៀបធៀបបរិស្ថាន។
រក្សាការផ្ទៀងផ្ទាត់ឱ្យបើក។ វាផ្ដល់ការត្រួតពិនិត្យអត្តសញ្ញាណដែលចាំបាច់ដើម្បីបែងចែកសេវាដែលចង់បាន ពីការផ្ទេរដែលគ្រាន់តែបន្ត។