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-இன் தெரியும் பொருள் தேக்கக் கொள்கையை உள்ளே உள்ள கோரிக்கையின் கட்டுப்பாடாகக் கருதாதீர்கள்.

தொடர்புடைய கட்டுரைகள்