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 - ஏற்கெனவே உள்ள கோப்பின் அளவைத் தொடரும் இடமாகப் பயன்படுத்துகிறது. திரும்பிய எந்த உடலையும் குறைந்துள்ள பைட்டுகளாகக் கருதாமல் இலக்கின் பதிலைச் சரிபாருங்கள்:
| பதில் | பொருள் |
|---|---|
| Content-Range உடன் 206 | திரும்பிய வரம்பு எதிர்பார்த்த தொடர்ச்சியா என்று சரிபாருங்கள். |
| 200 | சேவையகம் Range-ஐப் புறக்கணித்து முழுப் பிரதிநிதித்துவத்தையும் அனுப்பியிருக்கலாம். |
| 416 | கோரிய வரம்பை நிறைவேற்ற முடியாது; பிழைப் பக்கத்தைக் கோப்பில் சேர்க்காதீர்கள். |
சரிபார்ப்புக் கூறுகளும் If-Range-உம் மாறும் வளத்தின் வெவ்வேறு பதிப்புகளை இணைப்பதைத் தவிர்க்க உதவும். முடிந்த கோப்பை நம்புமுன் செயலியின் பிரதிநிதித்துவ விதிகளைப் பின்பற்றுங்கள்.
Squid 6.13-இன் range_offset_limit தேக்கத்திற்காகப் பொருளை எப்போது முதலில் இருந்து பெற வேண்டும் என்பதை நிர்ணயிக்கிறது; கிளையன்ட் வரம்பு கோரலாமா என்பதை அல்ல:
range_offset_limit 0பூஜ்ய வரம்பு தேக்கத்தை நிரப்புவதற்காக மட்டுமே கூடுதல் தொடக்கப் பகுதியைப் பெறுவதைத் தவிர்க்கிறது. பொருளைத் தேக்காமல் பயனுள்ள வரம்பை அனுப்புவதும் வெற்றியாக இருக்கலாம். சாதாரண HTTPS CONNECT-இல் Range பரிமாற்றம் இலக்கின் TLS-க்குள் உள்ளது; அந்தப் பதிலைப் படியுங்கள். Squid-இன் தெரியும் பொருள் தேக்கக் கொள்கையை உள்ளே உள்ள கோரிக்கையின் கட்டுப்பாடாகக் கருதாதீர்கள்.