បន្តការទាញយកតាម Squid

ពិនិត្យការឆ្លើយតប Range និងអត្តសញ្ញាណវត្ថុមុនបន្តឯកសារ ហើយបែងចែកគោលការណ៍យកមុនរបស់ Squid ពីការគាំទ្រ Range មូលដ្ឋាន។

ប្រើការបន្តតែពេល download.part ជាផ្នែកនៃការតំណាងវត្ថុដូចគ្នាដែលអ្នកនឹងស្នើឥឡូវ។ ឈ្មោះឯកសារតែមួយមិនបញ្ជាក់ទេ ព្រោះប្រភពអាចបានប្តូរមាតិកាតាំងពីការសាកល្បងដំបូង។

curl --proxy http://proxy.example:3128 --noproxy '' --connect-timeout 5 --max-time 60 -C - --output download.part http://files.example/test.bin

ប្តូរចំណុចតភ្ជាប់ទាំងពីរទៅសេវាដែលអ្នកមានសិទ្ធិប្រើ។ សម្រាប់ប្រៀបធៀបឯកសារសាធារណៈនៅកន្លែងដែលអនុញ្ញាតប្រូកស៊ីសាធារណៈ ជ្រើសចំណុច HTTP ពីបញ្ជីប្រូកស៊ី HTTP។ -C - ប្រើទំហំឯកសារដែលមានស្រាប់ជាចំណុចបន្ត។ ពិនិត្យការឆ្លើយតបគោលដៅ ជំនួសការចាត់តួដែលត្រឡប់មកណាមួយជាបៃដែលខ្វះ៖

ការឆ្លើយតបអត្ថន័យ
206 ជាមួយ Content-Rangeពិនិត្យថាចន្លោះដែលត្រឡប់មកជាផ្នែកបន្តដែលរំពឹង។
200ម៉ាស៊ីនមេអាចបានមិនអើពើ Range ហើយផ្ញើការតំណាងពេញលេញ។
416មិនអាចបំពេញចន្លោះដែលស្នើបានទេ កុំភ្ជាប់ទំព័រកំហុសបន្ថែមទៅឯកសារ។

ធាតុផ្ទៀងផ្ទាត់ និង If-Range អាចជួយចៀសវាងការភ្ជាប់កំណែផ្សេងគ្នានៃធនធានដែលផ្លាស់ប្តូរ។ ធ្វើតាមច្បាប់ការតំណាងរបស់កម្មវិធីមុនទុកចិត្តឯកសារដែលបញ្ចប់។

range_offset_limit របស់ Squid 6.13 គ្រប់គ្រងពេលដែលវាយកវត្ថុពីដំបូងដើម្បីរក្សាក្នុងឃ្លាំង មិនមែនថាកម្មវិធីភ្ញៀវអាចស្នើចន្លោះឬអត់ទេ៖

range_offset_limit 0

កម្រិតសូន្យចៀសវាងការយកផ្នែកដើមបន្ថែមគ្រាន់តែបំពេញឃ្លាំង។ បញ្ជូនចន្លោះមានប្រយោជន៍ដោយមិនរក្សាវត្ថុក្នុងឃ្លាំងក៏អាចជោគជ័យ។ សម្រាប់ HTTPS CONNECT ធម្មតា ការផ្លាស់ប្តូរ Range នៅក្នុង TLS របស់គោលដៅ ត្រូវអានការឆ្លើយតបនោះ ជំនួសការយល់ថាគោលការណ៍ឃ្លាំងវត្ថុដែលមើលឃើញរបស់ Squid គ្រប់គ្រងសំណើខាងក្នុង។

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