इस टूल के बारे में
चेकसम किसी फ़ाइल या टेक्स्ट का एक छोटा फिंगरप्रिंट होता है, और यदि एक भी बाइट बदल जाए, तो फिंगरप्रिंट पूरी तरह बदल जाता है। इसलिए चेकसम यह पुष्टि करने का मानक तरीका है कि कोई डाउनलोड पूरी तरह सही उतरा, दो फ़ाइलें बाइट-दर-बाइट समान हैं, या प्रकाशित होने के बाद से किसी फ़ाइल से छेड़छाड़ नहीं हुई। यह टूल एक साथ पाँच चेकसम गणना करता है — CRC32, MD5, SHA-1, SHA-256 और SHA-512 — आपके टाइप किए टेक्स्ट या चुनी गई फ़ाइल से, पूरी तरह आपके ब्राउज़र में। कुछ भी कहीं अपलोड नहीं होता।
CRC32 तेज़ है लेकिन केवल आकस्मिक भ्रष्टाचार पकड़ने के लिए है (ZIP और Ethernet इसका उपयोग करते हैं); MD5 और SHA-1 अभी भी फ़ाइल अखंडता जांच में आम हैं लेकिन क्रिप्टोग्राफ़िक रूप से असुरक्षित माने जाते हैं और जहाँ सुरक्षा मायने रखती है वहाँ इन पर भरोसा नहीं करना चाहिए; SHA-256 और SHA-512 आधुनिक, टकराव-प्रतिरोधी विकल्प हैं जिन्हें अधिकांश सॉफ़्टवेयर रिपॉज़िटरी और पैकेज मैनेजर आज प्रकाशित करते हैं। किसी विक्रेता या मिरर द्वारा प्रकाशित चेकसम को "अपेक्षित चेकसम" फ़ील्ड में पेस्ट करें और यह टूल तुरंत बताएगा कि क्या यह मेल खाता है — और यदि हाँ, तो किस एल्गोरिद्म से।
अक्सर पूछे जाने वाले प्रश्न
डाउनलोड सत्यापित करने के लिए मुझे कौन सा एल्गोरिदम उपयोग करना चाहिए?
जिस भी एल्गोरिदम में प्रकाशक ने चेकसम प्रदान किया है उसका उपयोग करें — यही एकमात्र है जिससे आप वास्तव में तुलना कर सकते हैं। यदि आपके पास विकल्प है (जैसे साइट दोनों SHA-256 और MD5 सूचीबद्ध करती है), तो SHA-256 को प्राथमिकता दें: यह आधुनिक मानक है और MD5 और CRC32 के विपरीत, यह जानबूझकर की गई छेड़छाड़ को पकड़ने के लिए भी पर्याप्त कोलिज़न-प्रतिरोधी है, न कि केवल आकस्मिक भ्रष्टाचार को।
क्या बड़ी फ़ाइलों को टुकड़ों में या एक साथ प्रोसेस किया जाता है?
पूरी फ़ाइल को मेमोरी में पढ़ा जाता है और एक साथ हैश किया जाता है — यह टूल को सरल रखता है और सामान्य फ़ाइलों के लिए अच्छी तरह काम करता है, लेकिन बहुत बड़ी फ़ाइलें (कई गीगाबाइट) धीमी हो सकती हैं या ब्राउज़र मेमोरी सीमा तक पहुंच सकती हैं, क्योंकि कोई स्ट्रीमिंग/चंक्ड प्रोसेसिंग नहीं है।