Downloads duerch Squid weiderféieren
Kontrolléiert Range-Äntwerten an Objektidentitéit virum Weiderféieren an ënnerscheet Squid säi Virluede vu grondleeëndem Range-Support.
Féiert nëmme weider, wann download.part zu därselwechter Objektrepresentatioun gehéiert, déi Dir elo ufrot. En Dateinumm eleng bestätegt dat net: d’Quell kann den Inhalt zanter dem éischte Versuch geännert hunn.
curl --proxy http://proxy.example:3128 --noproxy '' --connect-timeout 5 --max-time 60 -C - --output download.part http://files.example/test.binErsetzt béid Endpunkten duerch Servicer, déi Dir benotze dierft. Fir e Verglach vun enger ëffentlecher Datei, wou ëffentlech Proxye erlaabt sinn, wielt en HTTP-Endpunkt aus der HTTP-Proxy-Lëscht. -C - benotzt d’Gréisst vun der existéierender Datei als Weiderféierungspunkt. Kontrolléiert d’Äntwert vum Zil, amplaz all zeréckginnene Kierper als déi feelend Bytes ze gesinn:
| Äntwert | Bedeitung |
|---|---|
| 206 mat Content-Range | Kontrolléiert, datt de zeréckginnene Beräich déi erwaart Fortsetzung ass. |
| 200 | De Server kann Range ignoréiert an déi komplett Representatioun geschéckt hunn. |
| 416 | Den ugefrote Beräich kann net erfëllt ginn; hänkt d’Feelersäit net un d’Datei. |
Validateuren an If-Range kënnen hëllefen, verschidde Versioune vun enger verännerlecher Ressource net zesummenzesetzen. Follegt de Representatiounsreegele vun der Applikatioun, ier Dir der fäerdeger Datei vertraut.
range_offset_limit a Squid 6.13 steiert, wéini en Objekt fir de Cache vun Ufank u geluede gëtt, net ob e Client e Beräich ufroe kann:
range_offset_limit 0Eng Nullgrenz vermeit extra Lueden vum Ufank just fir de Cache ze fëllen. E nëtzleche Beräich weiderzeleeden, ouni d’Objekt ze cachen, ka weiderhin erfollegräich sinn. Bei normalem HTTPS CONNECT ass de Range-Austausch am TLS vum Zil; liest déi Äntwert amplaz Squid seng siichtbar Objektcachepolitik als Kontroll vun der banneschter Ufro ze behandelen.