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चे दिसणारे ऑब्जेक्ट कॅश धोरण आतल्या विनंतीचे नियंत्रण समजू नका.