Nadaljevanje prenosov skozi Squid
Pred nadaljevanjem preverite odgovore Range in istovetnost objekta ter ločite Squidovo vnaprejšnje pridobivanje od osnovne podpore za razpone.
Nadaljevanje uporabite le, ko download.part pripada isti predstavitvi objekta, ki jo boste zahtevali zdaj. Samo ime datoteke tega ne potrdi: izvor je od prvega poskusa lahko spremenil vsebino.
curl --proxy http://proxy.example:3128 --noproxy '' --connect-timeout 5 --max-time 60 -C - --output download.part http://files.example/test.binObe končni točki zamenjajte s storitvami, ki jih smete uporabljati. Za primerjavo javne datoteke, kjer so javni posredniki dovoljeni, izberite točko HTTP s seznama posrednikov HTTP. -C - uporabi velikost obstoječe datoteke kot mesto nadaljevanja. Preglejte odgovor cilja namesto obravnave vsakega vrnjenega telesa kot manjkajočih bajtov:
| Odgovor | Razlaga |
|---|---|
| 206 s Content-Range | Preverite, ali je vrnjeni razpon pričakovano nadaljevanje. |
| 200 | Strežnik je lahko prezrl Range in poslal celotno predstavitev. |
| 416 | Zahtevanemu razponu ni mogoče ugoditi; ne dodajajte strani z napako datoteki. |
Validatorji in If-Range lahko pomagajo preprečiti združevanje različic spreminjajočega se vira. Pred zaupanjem končani datoteki sledite pravilom predstavitve aplikacije.
Squid 6.13 z range_offset_limit določa, kdaj objekt pridobi od začetka za predpomnjenje, ne pa, ali sme odjemalec zahtevati razpon:
range_offset_limit 0Ničelna meja prepreči dodatno pridobivanje začetka samo za polnjenje predpomnilnika. Posredovanje koristnega razpona brez predpomnjenja objekta je lahko še vedno uspešno. Pri običajnem HTTPS CONNECT je izmenjava Range znotraj TLS cilja; preberite ta odgovor namesto obravnave vidne politike objektnega predpomnilnika Squida kot nadzora notranje zahteve.