Наставак преузимања кроз Squid
Проверите Range одговоре и идентитет објекта пре наставка и разликујте Squid-ово претходно добављање од основне подршке за опсеге.
Наставак користите само када 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-а сматрате контролом унутрашњег захтева.