អតិថិជនពីរទាញយក RPM ដូចគ្នាតាមរយៈ Squid ប៉ុន្តែការផ្ទេរទីពីរនៅតែឈានដល់កញ្ចកោណមួយ។ ប្រៀបធៀប URL សំណើពេញលេញ៖

http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpm

ឈ្មោះឯកសារកញ្ចប់ត្រូវគ្នា ប៉ុន្តែ URI គោលដៅរបស់ពួកវាខុសគ្នា។ កូនសោឃ្លាំងសម្ងាត់ HTTP រួមមានវិធីសាស្ត្រសំណើ និង URI គោលដៅយ៉ាងហោចណាស់ ដូច្នេះ checksum កញ្ចប់ដែលត្រូវគ្នាមិនភ្ជាប់ធាតុទាំងនេះដោយស្វ័យប្រវត្តិទេ។

Yum និង DNF អាចប្រើ baseurl ថេរ ឬស្វែងរកកញ្ចកោណតាមរយៈ mirrorlist និង metalink។ ដូច្នេះការដំឡើងដូចគ្នាអាចជ្រើស URL ទាញយកខុសៗគ្នា។

ការប្រើកញ្ចកោណដែលបានអនុម័តមួយផ្តល់អត្តសញ្ញាណឃ្លាំងសម្ងាត់ស្របគ្នាដល់សំណើដែលមើលឃើញ។ រក្សាផ្លូវឃ្លាំង ស្ថាបត្យកម្ម និងសំណុំឱ្យស៊ីគ្នា។ ការខ្ទាស់ក៏ផ្លាស់ប្ដូរភាពអាចរកបាន និងឥរិយាបថជ្រើសកញ្ចកោណ ដូច្នេះសូមធ្វើឱ្យវាជាការសម្រេចគោលនយោបាយឃ្លាំង។

ពិនិត្យថាតើការធ្វើឃ្លាំងសម្ងាត់វត្ថុមានឬអត់

នៅក្នុងផ្លូវរូង HTTPS CONNECT ធម្មតា Squid មិនអាចឃើញតួសារឆ្លើយតប RPM សម្រាប់ឃ្លាំងសម្ងាត់ HTTP បានទេ។ ឈ្មោះម៉ាស៊ីនកញ្ចកោណរួមមិនផ្លាស់ប្ដូរវាទេ។ រក្សាឃ្លាំង HTTPS ឱ្យបានអ៊ិនគ្រីប។

សម្រាប់ការឆ្លើយតបដែល Squid អាចធ្វើឃ្លាំងសម្ងាត់ ការប្រើឡើងវិញនៅតែអាស្រ័យលើភាពស្រស់ ការណែនាំសំណើ និងការឆ្លើយតប និងគោលនយោបាយឃ្លាំងមូលដ្ឋាន។ កត់ត្រា URL ដែលបានជ្រើស តើប្រតិបត្តិការជា HTTP ដែលមើលឃើញ ឬផ្លូវរូងអ៊ិនគ្រីប និងលទ្ធផលឃ្លាំងរបស់វា ដើម្បីពន្យល់ការខកខាន។

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