អ្នកបន្ថែម http.proxyAuthMethod ព្យាយាម clone ម្តងទៀត ហើយនៅតែឃើញ 407។ ការកំណត់នេះមានលក្ខខណ្ឌដែលបានចារទុក ដែលងាយខកខាន៖ ខ្សែអក្សរប្រូកស៊ីដែលបានកំណត់ត្រូវតែមានឈ្មោះអ្នកប្រើ។

ឈ្មោះអ្នកប្រើមិនចាំបាច់មានពាក្យសម្ងាត់ជាអក្សរនៅក្នុង URL ទេ។ Git អាច ទទួលបានពាក្យសម្ងាត់ដែលខ្វះតាមរយៈយន្តការព័ត៌មានសម្គាល់របស់ខ្លួន។ អត្តសញ្ញាណនៃការនាំផ្លូវ និងវិធីផ្ទៀងផ្ទាត់នៅតែត្រូវយោងទៅប្រូកស៊ីដែលបានបម្រុង។

ពិនិត្យធាតុបញ្ចូលទាំងបួនជាមួយគ្នា

  1. URI ប្រូកស៊ីពិតប្រាកដ ដោយដកពាក្យសម្ងាត់ចេញ។
  2. វិធីដែលបានជ្រើសសម្រាប់ប្រូកស៊ីនោះ។
  3. ការជំនួសតាម remote ណាមួយ ឬការជំនួសបរិស្ថាន GIT_HTTP_PROXY_AUTHMETHOD។
  4. កំណែ Git និងសមត្ថភាពរបស់ HTTP backend របស់វា។

Git បច្ចុប្បន្នចារទុកវិធីដូចជា anyauth, Basic, Digest, Negotiate និង NTLM។ ការជ្រើសមួយមិនបន្ថែមការគាំទ្រដែលខ្វះទៅ backend ដែលបានភ្ជាប់ទេ។ អ្នកគ្រប់គ្រងសាជីវកម្មក៏មិនគួរធ្វើឱ្យគោលនយោបាយប្រូកស៊ីចុះខ្សោយ ដោយសារអតិថិជនត្រូវបានកំណត់សម្រាប់វិធីផ្សេង។

របាយការណ៍ចាស់រួមមានកំណែដែលមិនបានអនុវត្តជម្រើសដែលកំពុងចម្លង។ កូនសោកំណត់តាមចិត្តអាចរក្សាទុកដោយគ្មានភស្តុតាងថាការផ្ទេរដែលកំពុងដំណើរការប្រើវា។ អានឯកសារតាមកំណែ និងការផ្លាស់ប្តូរដែលបានកែសម្រួល។

ចុងក្រោយ ព័ត៌មានសម្គាល់របស់ឃ្លាំងគឺជាទំនាក់ទំនងក្រោយ។ តូខេន hosting របស់ Git មិនបំពេញបញ្ហាប្រឈមរបស់ប្រូកស៊ីទេ។ ការបិទការផ្ទៀងផ្ទាត់ TLS របស់ឃ្លាំងក៏មិនធ្វើឱ្យប្រូកស៊ីទទួលយកគ្រោងការផ្ទៀងផ្ទាត់ដែលបានជ្រើសដែរ។ បង្កើតការផ្លាស់ប្តូរនោះជាមុនសិន បន្ទាប់មកវិភាគការឆ្លើយតបឃ្លាំងណាមួយដែលតាមក្រោយ។

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