Hervat aflaaie deur Squid
Kontroleer Range-antwoorde en objekidentiteit voordat jy ’n lêer hervat, en onderskei Squid se voorafhaalbeleid van basiese Range-ondersteuning.
Gebruik hervatting net wanneer download.part by dieselfde objekvoorstelling hoort wat jy nou gaan aanvra. ’n Lêernaam alleen bewys dit nie: die oorsprong kon die inhoud sedert die eerste poging verander het.
curl --proxy http://proxy.example:3128 --noproxy '' --connect-timeout 5 --max-time 60 -C - --output download.part http://files.example/test.binVervang albei eindpunte met dienste wat jy mag gebruik. Kies vir ’n openbare lêervergelyking waar openbare instaanbedieners toegelaat word ’n HTTP-eindpunt uit die HTTP-instaanbedienerlys. -C - gebruik die bestaande lêer se grootte as hervattingspunt. Ondersoek die bestemming se antwoord eerder as om enige antwoordliggaam as die ontbrekende grepe te beskou:
| Antwoord | Betekenis |
|---|---|
| 206 met Content-Range | Kontroleer dat die teruggegewe bereik die verwagte voortsetting is. |
| 200 | Die bediener kon Range geïgnoreer en die volledige voorstelling gestuur het. |
| 416 | Die aangevraagde bereik kan nie bevredig word nie; moenie die foutblad byvoeg nie. |
Valideerders en If-Range kan help voorkom dat verskillende weergawes van ’n veranderende hulpbron saamgevoeg word. Volg die toepassing se voorstellingsreëls voordat jy die voltooide lêer vertrou.
Squid 6.13 se range_offset_limit beheer wanneer ’n objek van die begin af vir kasberging gehaal word, nie of ’n kliënt ’n bereik mag aanvra nie:
range_offset_limit 0’n Nulperk vermy ekstra haal van die begin bloot om die kas te vul. Om ’n nuttige bereik aan te stuur sonder om die objek te kas, kan steeds suksesvol wees. By gewone HTTPS-CONNECT is die Range-uitruiling binne die bestemming se TLS; lees daardie antwoord eerder as om Squid se sigbare objekkasbeleid as beheer van die binneste versoek te behandel.