CRC एक छोटा नंबर होता है, जिसे किसी फ़ाइल की सामग्री से उस समय निकाला जाता है जब उसे किसी आर्काइव में जोड़ा जाता है। यह एक फिंगरप्रिंट की तरह काम करता है, ताकि बाद में जाँच की जा सके कि फ़ाइल आर्काइव से बिल्कुल वैसी ही निकली है जैसी वह अंदर गई थी। CRC का पूरा नाम cyclic redundancy check है।
यह कहाँ से आता है, और किन फ़ाइलों में होता है
आर्काइव इसे अपने साथ रखती हैं। इसका मतलब है ZIP फाइलें और ZIP पर आधारित कई फॉर्मेट, जैसे .docx, .xlsx, .epub, .jar और .apk, जबकि RAR, 7z और अन्य फॉर्मेट अपने‑अपने checksums रखते हैं। किसी रिपोर्ट में .epub फाइलों के लिए यह सूचीबद्ध न हो, भले ही फाइल इसे संग्रहीत करती हो।
कम्प्रेशन प्रोग्राम यह मान फ़ाइल की मूल, अनकम्प्रेस्ड सामग्री से गणना करता है और इसे उसी एंट्री के साथ स्टोर करता है, ताकि आर्काइव के हर सदस्य का अपना CRC हो। आप इसे चुन नहीं सकते या टाइप नहीं कर सकते, और यह आपके या आपके कंप्यूटर के बारे में कोई जानकारी नहीं है। यह केवल फ़ाइल के बाइट्स से निकाला गया मान होता है।
इसे स्टोर करने का मकसद बाद में होने वाली तुलना है। जब आर्काइव अनपैक किया जाता है, तो प्रोग्राम निकाली गई सामग्री से दोबारा CRC निकालता है और दोनों की तुलना करता है। अगर वे अलग हों, तो आपको WinZip, 7-Zip या unzip में जाने‑पहचाने CRC error मैसेज मिलते हैं, जिनका मतलब होता है कि निकली हुई फ़ाइल मूल रूप से जोड़ी गई फ़ाइल से मेल नहीं खाती। यह रास्ते में कहीं न कहीं हुए नुकसान की ओर इशारा करता है: बीच में रुका हुआ डाउनलोड, खराब होता डिस्क, या अधूरा कॉपी होना। केवल एक क्षतिग्रस्त सदस्य भी यह संदेश दिखाने के लिए काफ़ी है, भले ही आर्काइव की बाकी सारी चीजें ठीक हों।
मान कैसा दिखता है
ZIP CRC-32 नाम की एक वैरिएंट का उपयोग करता है, जो 32-बिट नंबर बनाता है। इसे आमतौर पर आठ हेक्साडेसिमल अंकों के रूप में दिखाया जाता है, उदाहरण के लिए 0x8f3d2b1c, और कुछ apps यही मान एक लंबी दशमलव संख्या के रूप में दिखाती हैं। इसकी कोई इकाई नहीं होती, और न ही कोई ऐसा पैमाना जिस पर कोई मान बेहतर या खराब हो। खाली फ़ाइल, और ऐसा फ़ोल्डर एंट्री जिसमें कोई डेटा नहीं है, 0x00000000 दिखाती है।
यह क्यों महत्वपूर्ण है
यह एक integrity फ़ील्ड है, और यह आर्काइव का अपना बिल्ट‑इन सबूत है कि सामग्री स्टोरेज और ट्रांसफ़र के बाद भी सुरक्षित रही। किसी मेटाडाटा रिपोर्ट में CRC मिलना यह नहीं दर्शाता कि आपके आर्काइव में कुछ गड़बड़ है। यह सिर्फ वह मान है जो आर्काइव बनाते समय रिकॉर्ड किया गया था; असली जाँच तब होती है जब आप सामग्री एक्सट्रैक्ट करते हैं, न कि जब आप उसे देखते हैं।
इसका एक सुविधाजनक साइड उपयोग भी है। एक जैसी सामग्री हमेशा एक जैसा CRC बनाती है, इसलिए एक ही CRC और एक ही साइज़ वाली दो एंट्री लगभग निश्चित रूप से वही फ़ाइल होती हैं। इससे बड़े आर्काइव के अंदर डुप्लीकेट फ़ाइलें जल्दी पहचानने में मदद मिलती है।
जो यह नहीं है, वह है सुरक्षा फ़ीचर। CRC आकस्मिक नुकसान पकड़ने के लिए बनाई गई है, और यह इतनी छोटी होती है कि चाहें तो मिलती‑जुलती वैल्यू जानबूझ कर भी बनाई जा सकती है, इसलिए केवल CRC सही आने से यह साबित नहीं होता कि फ़ाइल में किसी ने बदलाव नहीं किया। इस काम के लिए SHA-256 जैसी क्रिप्टोग्राफ़िक हैश फ़ंक्शन्स होती हैं। चूंकि यह मान सामग्री से निकाला जाता है, इसका उपयोग यह जाँचने के लिए भी किया जा सकता है कि दो अलग‑अलग आर्काइव में वही फ़ाइल है या नहीं, जो कभी‑कभी उपयोगी होता है और आर्काइव आगे भेजने से पहले याद रखने लायक भी।