د 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 د بدلېدونکې سرچینې د بېلو نسخو د یوځای کولو مخه نیولای شي. پر بشپړ شوي فایل له باور مخکې د اپلېکېشن د استازولۍ قواعد مراعات کړئ.
په Squid 6.13 کې range_offset_limit دا ټاکي چې یو شی کله د زېرمه کولو لپاره له سره راوړل کېږي، نه دا چې کلاینټ د حد غوښتنه کولای شي که نه:
range_offset_limit 0صفر حد د زېرمې د ډکولو لپاره د پیل د اضافي برخې راوړل بندوي. د شي له زېرمه کولو پرته د ګټور حد لېږد هم بریالی کېدای شي. په عادي HTTPS CONNECT کې د Range تبادله د موخې د TLS دننه ده؛ هماغه ځواب ولولئ او د Squid ښکاره د شي زېرمې تګلاره د دنننۍ غوښتنې کنټرول مه ګڼئ.