ट्रांसफर के बाद फ़ाइल करप्ट? डेटा लॉस कैसे रोकें

ट्रांसफर के बाद फ़ाइल करप्शन आधुनिक HTTPS-आधारित सर्विसेज़ पर दुर्लभ है क्योंकि TCP चेकसम, TLS 1.3 इंटीग्रिटी और AES-GCM ऑथेंटिकेशन टैग ट्रांज़िट में बिट एरर पकड़ लेते हैं। जब करप्शन होती है, तो यह आमतौर पर एंडपॉइंट पर होती है: बाधित डाउनलोड जो आंशिक फ़ाइल लिख दे, डाउनलोड के दौरान डिस्क एरर, या क्लाइंट का बग जो स्ट्रीम काट दे। दोनों तरफ SHA-256 हैश से वेरिफ़ाई करें। हैश मैच हों तो फ़ाइल एकदम समान है; न हों तो दोबारा ट्रांसफर करें। AES-256-GCM इस्तेमाल करने वाली सर्विसेज़ हर ब्लॉक में बिल्ट-इन ऑथेंटिकेशन देती हैं, इसलिए डिक्रिप्शन सफल होना अपने आप में इंटीग्रिटी का प्रमाण है।

ट्रांज़िट में करप्शन इतनी दुर्लभ क्यों है

हर HTTPS रिक्वेस्ट TLS इंटीग्रिटी चेक लेकर चलती है। TLS 1.3 AES-256-GCM या ChaCha20-Poly1305 जैसे AEAD सिफर के साथ प्रत्येक रिकॉर्ड में ऑथेंटिकेशन टैग बनाता है। अगर वायर पर कोई बिट पलट जाए, टैग वेरिफ़िकेशन फेल होती है और रिकॉर्ड एप्लिकेशन तक पहुँचने से पहले ही रिजेक्ट हो जाता है। TCP अपना 16-बिट चेकसम प्रति सेगमेंट जोड़ता है। दोनों चेक से चुपचाप बचकर करप्शन निकलने की संभावना TLS अकेले के लिए लगभग 1 में 2^128 है।

बिना एन्क्रिप्शन वाले प्रोटोकॉल — FTP, प्लेन HTTP — कम मज़बूत हैं। TCP का चेकसम कुछ एरर मिस कर सकता है; खराब RAM वाले इंटरमीडिएट हार्डवेयर पर बिट चुपचाप पलट सकते हैं। यह बड़े ट्रांसफर के लिए प्लेन FTP से बचने की असली वजह है।

करप्शन वास्तव में कहाँ होती है

पोस्ट-ट्रांसफर करप्शन के आम कारण, मोटे तौर पर आवृत्ति के क्रम में:

बाधित डाउनलोड जो आंशिक फ़ाइल सेव करे। जो ब्राउज़र डाउनलोड 75% पर कनेक्शन खोते हैं वे अक्सर 75%-पूर्ण फ़ाइल सेव करते हैं जो Downloads में "मौजूद" दिखती है लेकिन टूटी खुलती है। Chrome और Firefox अब आमतौर पर इन्हें .crdownload या .part से फ्लैग करते हैं, लेकिन पुराने वर्जन और कुछ थर्ड-पार्टी मैनेजर नहीं।

लोकल डिस्क राइट एरर। फेल हो रही एक्सटर्नल ड्राइव, भरी हुई डिस्क, या खराब सेक्टर फ़ाइल को आंशिक रूप से लिखवाता है। Windows यह हमेशा साफ़ नहीं दिखाता; macOS कभी-कभी करता है।

एंटीवायरस क्वारंटाइन फ़ाइल बदल रहा हो। रियल-टाइम AV कभी-कभी डाउनलोड के बीच में एग्ज़ीक्युटेबल सेक्शन हटा देता या आर्काइव बदल देता है, जिससे फ़ाइल तकनीकी रूप से मौजूद लेकिन लॉजिकली करप्ट हो जाती है।

क्लाइंट बग जो स्ट्रीम काटे। अच्छी तरह मेंटेन क्लाइंट पर दुर्लभ, लेकिन कुछ लेगेसी FTP क्लाइंट, SyncToy के पुराने वर्जन, या कस्टम अपलोड स्क्रिप्ट में ज्ञात ट्रंकेशन बग हैं।

SHA-256 हैश से वेरिफ़ाई करें

यह साबित करने का एकमात्र भरोसेमंद तरीका कि फ़ाइल सही ट्रांसफर हुई — दोनों तरफ क्रिप्टोग्राफ़िक हैश कंप्यूट करें और तुलना करें। SHA-256 यूनिवर्सल, तेज़ (AES-NI वाले आधुनिक CPU पर 500 MB/s) और कोलिज़न-रेज़िस्टेंट है।

macOS/Linux: shasum -a 256 file.mov। Windows 10+: certutil -hashfile file.mov SHA256। दोनों 64-कैरेक्टर हेक्स स्ट्रिंग बनाते हैं। हैश लिंक के साथ भेजें ("SHA256: a1b2c3...") ताकि रिसीवर डाउनलोड के बाद वेरिफ़ाई कर सके।

हैश मैच हों तो फ़ाइल बिट-फ़ॉर-बिट एकदम समान है। न हों तो दोबारा ट्रांसफर।

AES-GCM बिना अतिरिक्त काम के इंटीग्रिटी देता है

AES-256-GCM (AEAD) से एन्क्रिप्ट करने वाली सर्विसेज़ हर ब्लॉक में ऑथेंटिकेशन टैग शामिल करती हैं। जब रिसीवर डिक्रिप्ट करता है, टैग वेरिफ़िकेशन फेल होने का मतलब है सिफरटेक्स्ट से छेड़छाड़ हुई या करप्शन हुई — डिक्रिप्शन "GCM authentication failed" जैसी एरर के साथ हार्ड फेल होती है।

इसका मतलब है अगर फ़ाइल सफलतापूर्वक डिक्रिप्ट हो, तो वह गारंटीशुदा अपरिवर्तित है। रिसीवर की तरफ अलग SHA-256 चेक की ज़रूरत नहीं। HexaTransfer, Smash का Secure मोड, SwissTransfer, Tresorit Send और Proton Drive सभी इसी वजह से AES-GCM या XChaCha20-Poly1305 इस्तेमाल करते हैं।

आंशिक डाउनलोड पहचानें

आंशिक डाउनलोड की पक्की निशानी: डिस्क पर फ़ाइल साइज़ ट्रांसफर पेज पर बताए साइज़ से छोटा। डाउनलोड की गई फ़ाइल पर राइट-क्लिक करें, साइज़ चेक करें, सेंडर के बताए साइज़ से तुलना करें। मैच न हों तो डाउनलोड अधूरा रहा।

मीडिया फ़ाइलें यह सर्फेस करने में अच्छी हैं। आंशिक MP4 एक मिनट चलकर कट जाती है। आंशिक ZIP एक्सट्रैक्शन पर "archive is corrupt" देती है। आंशिक PDF पहले कुछ पेज दिखाकर एरर करती है। टेक्स्ट फ़ाइलें अक्सर ठीक खुलती हैं लेकिन चुपचाप truncated रहती हैं — यह सबसे बुरी स्थिति है क्योंकि आपको पता नहीं चलता।

फ्लैकी कनेक्शन के लिए रिज़्यूमेबल डाउनलोड

अगर रिसीवर का कनेक्शन डाउनलोड के दौरान टूटे, तो resume सपोर्ट मायने रखता है। HTTP range requests (RFC 7233) क्लाइंट को किसी ऑफसेट से रिस्टार्ट करने देती हैं। curl इसे -C - से, wget -c से संभालता है। ब्राउज़र-आधारित डाउनलोड मैनेजर अलग-अलग हैं; Firefox और Chrome उसी सेशन में resume करते हैं अगर सर्वर ranges सपोर्ट करे।

प्लेन POST इस्तेमाल करने या Range हेडर न देने वाली सर्विसेज़ ड्रॉप होने पर पूरा रीस्टार्ट करवाती हैं — 20 Mbps सेल्युलर पर 10 GB फ़ाइल के साथ यह बहुत बुरा अनुभव है।

एंटीवायरस की दखलंदाज़ी

Windows Defender, Avast, Bitdefender और McAfee कभी-कभी डाउनलोड के बीच में स्कैन के लिए intercept करते हैं। आमतौर पर यह transparent होता है। कभी-कभी, आर्काइव फॉर्मेट या एग्ज़ीक्युटेबल के लिए, AV फ़ाइल को "क्लीन" करने का फ़ैसला करता है और कंटेंट हटा देता या फ़ाइल को क्वारंटाइन स्टब से replace कर देता है।

अगर कोई फ़ाइल रिसीवर की मशीन पर लगातार करप्ट डाउनलोड होती है, तो उन्हें अस्थायी रूप से रियल-टाइम AV बंद करके दोबारा कोशिश करने को कहें। सफल हो तो AV दोषी है। ट्रांसफर सर्विस का डोमेन AV एक्सक्लूजन लिस्ट में जोड़ें।

डिस्क स्पेस और फ़ाइलसिस्टम समस्याएं

डाउनलोड करप्ट भी हो सकता है अगर डेस्टिनेशन डिस्क राइट के बीच भर जाए। macOS APFS स्नैपशॉट लेयर के ज़रिए लिखता है और आमतौर पर एरर साफ़ दिखाता है। Windows NTFS चुपचाप truncate करता है। एक्सटर्नल ड्राइव पर, 10 GB डाउनलोड शुरू करने से पहले फ्री स्पेस चेक करें।

फ़ाइलसिस्टम बग दुर्लभ लेकिन असली हैं। पुराने Windows वर्जन पर exFAT में 4 GB से बड़ी फ़ाइलों के साथ ट्रंकेशन बग रहे हैं। ext4, NTFS और APFS मौजूदा OS वर्जन पर भरोसेमंद हैं।

मीडिया-स्पेसिफ़िक वैलिडेटर से जाँचें

वीडियो फ़ाइलें: ffprobe -v error file.mp4 एरर चुपचाप रिपोर्ट करता है। आउटपुट खाली हो तो कंटेनर स्ट्रक्चर ठीक है। गहराई के लिए ffmpeg -v error -i file.mp4 -f null - हर फ्रेम चेक करके डिकोड एरर रिपोर्ट करता है।

PDF: Acrobat का "Validate" कमांड ऑब्जेक्ट स्ट्रक्चर चेक करता है। qpdf --check file.pdf वही कमांड लाइन से करता है।

आर्काइव: unzip -t file.zip और 7z t file.7z बिना एक्सट्रैक्ट किए टेस्ट करते हैं — तेज़ और ज़्यादातर करप्शन पकड़ लेते हैं।

बिल्ट-इन इंटीग्रिटी वाली सर्विसेज़ चुनें

महत्वपूर्ण ट्रांसफर के लिए ऐसी सर्विस चुनें जो डिज़ाइन से क्रिप्टोग्राफ़िक इंटीग्रिटी दे। एंड-टू-एंड AES-GCM एन्क्रिप्शन, डाउनलोड पेज पर SHA-256 हैश डिस्प्ले, या क्लाइंट में एक्सप्लिसिट चेकसम वेलिडेशन — ये सब उम्मीद की जगह प्रमाण देते हैं। DPDP Act 2023 के तहत भारत में व्यक्तिगत डेटा ट्रांसफर करते समय यह इंटीग्रिटी गारंटी खास ज़रूरी है। HexaTransfer AES-256-GCM इस्तेमाल करता है इसलिए सफल डिक्रिप्शन खुद साबित करता है कि फ़ाइल अपरिवर्तित है, और 10 GB प्रति-ट्रांसफर सीलिंग ज़्यादातर प्रोफेशनल डिलीवरेबल कवर करती है।

hexatransfer.com पर आज़माएं — मुफ्त, बिना अकाउंट, 10 GB तक।