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ର ଦେଖାଯାଉଥିବା ଅବଜେକ୍ଟ କ୍ୟାଶ୍ ନୀତିକୁ ଭିତର ଅନୁରୋଧର ନିୟନ୍ତ୍ରଣ ଭାବନ୍ତୁ ନାହିଁ।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ