ملف تالف بعد النقل؟ كيفية منع فقدان البيانات

تلف الملفات بعد النقل نادر في الخدمات الحديثة المعتمدة على HTTPS، لأن فحوصات TCP والتكامل المدمج في TLS 1.3 وعلامات مصادقة AES-GCM جميعها تكتشف أخطاء البتات أثناء الإرسال. حين يقع التلف فعلًا، يكون عادةً في طرفَي الاتصال: تنزيل متقطع كتب ملفًا جزئيًا، أو أخطاء في القرص الصلب أثناء الكتابة، أو خلل في البرنامج العميل يقطع التدفقات. تحقق باستخدام هاش SHA-256 على الجانبين. إذا تطابق الهاشان فالملف متطابق تمامًا، وإذا اختلفا فأعد النقل. الخدمات التي تستخدم AES-256-GCM توفر مصادقة مدمجة، فنجاح فك التشفير يُثبت سلامة الملف.

لماذا نادرًا ما يتلف الملف أثناء الإرسال

كل طلب HTTPS يحمل فحص تكامل TLS. يُنتج TLS 1.3 مع شفرات AEAD كـ AES-256-GCM أو ChaCha20-Poly1305 علامة مصادقة لكل سجل؛ إذا انقلبت بتة على السلك تفشل التحقق من العلامة ويُرفض السجل قبل وصوله للتطبيق. يُضيف TCP فحصه الخاص بستة عشر بتًا لكل مقطع. الاحتمال المشترك لتلف صامت يتخطى الفحصين منخفض بشكل فلكي، نحو واحد من 2^128 لـ TLS وحده.

البروتوكولات غير المشفرة كـ FTP والـ HTTP العادي أقل متانةً. فحص TCP قد يفوّت بعض الأخطاء، وقد تنقلب البتات بصمت في الأجهزة الوسيطة ذات ذاكرة RAM معيبة. هذا سبب حقيقي لتجنب FTP العادي في عمليات النقل الكبيرة، فضلًا عن مشاكل تسريب بيانات الاعتماد.

أين يقع التلف فعلًا

الأسباب الشائعة لتلف الملف بعد النقل مرتبةً تقريبًا حسب التكرار:

تنزيل متقطع حُفظ كملف جزئي. تنزيلات المتصفح التي تفقد الاتصال عند 75 بالمائة كثيرًا ما تحفظ ملفًا مكتملًا 75 بالمائة يبدو "موجودًا" في مجلد التنزيلات لكنه يُفتح تالفًا. Chrome وFirefox الآن يُعلّمان هذه الملفات عادةً بامتداد .crdownload أو .part، لكن الإصدارات القديمة وبعض مديري التنزيل الخارجيين لا يفعلان.

أخطاء الكتابة في القرص المحلي. قرص خارجي معطوب، أو قرص ممتلئ، أو قطاع تالف يتسبب في كتابة جزئية للملف. Windows لا يُظهر هذا دائمًا بوضوح؛ macOS أحيانًا يفعل.

إضافة برنامج مكافحة الفيروسات يُعدّل الملف. مكافحة الفيروسات الفوري أحيانًا يحذف أقسام تنفيذية أو يُعدّل الأرشيفات أثناء التنزيل بهدف "التعقيم"، تاركًا الملف موجودًا تقنيًا لكنه تالف منطقيًا.

خلل في البرنامج العميل يقطع التدفقات. نادر في البرامج المُحافَظ عليها جيدًا، لكن بعض عملاء FTP القديمة وإصدارات SyncToy القديمة والسكريبتات المخصصة لها أخطاء اقتطاع معروفة.

التحقق بهاشات SHA-256

الطريقة الوحيدة الموثوقة لإثبات أن الملف انتقل سليمًا هي حساب هاش تشفيري على الجانبين والمقارنة. SHA-256 عالمي وسريع (500 ميجابايت في الثانية على معالجات حديثة مع AES-NI) ومقاوم للاصطدام.

macOS/Linux: shasum -a 256 file.mov. Windows 10 وما فوق: certutil -hashfile file.mov SHA256. كلاهما ينتج سلسلة سداسية عشرية من 64 حرفًا. أرسل الهاش مع الرابط ("SHA256: a1b2c3...") حتى يتمكن المستلم من التحقق بعد التنزيل.

إذا تطابق الهاشان فالملف متطابق بتة ببتة. إذا اختلفا فأعد النقل.

AES-GCM يمنحك سلامة البيانات مجانًا

الخدمات التي تشفر بـ AES-256-GCM (التشفير المُصادَق مع البيانات المرتبطة) تتضمن علامة مصادقة في كل كتلة. عند فك التشفير، فشل التحقق من العلامة يعني أن النص المشفر تعرض للتلاعب أو التلف، وتفشل عملية فك التشفير بخطأ صريح مثل "GCM authentication failed".

هذا يعني أن الملف الذي يُفك تشفيره بنجاح مضمون بعدم التعديل. لا حاجة لفحص SHA-256 منفصل من جانب المستلم. HexaTransfer وSmash Secure وSwissTransfer وTresorit Send وProton Drive جميعها تستخدم AES-GCM أو XChaCha20-Poly1305 (وضع مصادق مماثل) لهذا السبب بالذات.

اكتشاف التنزيلات الجزئية

علامة التنزيل الجزئي الواضحة: حجم الملف على القرص أصغر مما أعلنته صفحة النقل. انقر بزر الماوس الأيمن على الملف المُنزَّل وافحص الحجم، ثم قارنه بالحجم الذي أبلغ عنه المرسل. إذا لم يتطابقا، فالتنزيل لم يكتمل.

ملفات الوسائط جيدة في الكشف عن هذا. ملف MP4 جزئي يُشغَّل لدقيقة ثم ينقطع. ملف ZIP جزئي يُعيد "الأرشيف تالف" عند الفك. ملف PDF جزئي يعرض الصفحات الأولى ثم يُخطئ. ملفات النص كثيرًا ما تُفتح مقطوعة بصمت، وهذه أسوأ الحالات لأنك لا تلاحظ.

التنزيلات القابلة للاستئناف في حالات الاتصال المتقطع

إذا انقطع اتصال المستلم أثناء التنزيل، يهم دعم الاستئناف. طلبات HTTP بالنطاق (RFC 7233) تتيح للعميل الاستمرار من إزاحة محددة. curl يتعامل معها بـ -C -، وwget بـ -c. مديرو التنزيل في المتصفحات متفاوتون؛ Firefox وChrome يستأنفان في الجلسة ذاتها إذا كان الخادم يدعم النطاقات.

الخدمات التي تستخدم POST عاديًا أو لا تكشف ترويسات Range تُلزم بإعادة البدء من الصفر عند الانقطاع، وهو أمر مُرهق جدًا لملف 10 جيجابايت على شبكة خلوية بعشرين ميجابت.

تدخل برامج مكافحة الفيروسات

Windows Defender وAvast وBitdefender وMcAfee أحيانًا تتدخل في التنزيلات لفحصها. في الغالب هذا شفاف. أحيانًا، لصيغ الأرشيفات أو الملفات التنفيذية، يقرر برنامج مكافحة الفيروسات "تنظيف" الملف ويحذف محتوياته أو يستبدله بكعب حجر عزل.

إذا انتهى تنزيل ملف تالفًا باستمرار على جهاز المستلم، اطلب منه تعطيل مكافحة الفيروسات الفوري مؤقتًا وإعادة المحاولة. إذا نجح، فمكافحة الفيروسات هي المسبب. أضف نطاق خدمة النقل إلى قائمة استثناءات مكافحة الفيروسات.

مشاكل مساحة القرص ونظام الملفات

قد يتلف التنزيل إذا امتلأ القرص الهدف في منتصف الكتابة. macOS يكتب عبر طبقة لقطات APFS وعادةً يُظهر الأخطاء بوضوح. NTFS في Windows يميل إلى الاقتطاع الصامت. على الأقراص الخارجية، تحقق من المساحة الحرة قبل بدء تنزيل 10 جيجابايت.

أخطاء نظام الملفات نادرة لكنها حقيقية. نظام exFAT على إصدارات Windows القديمة كان له تاريخيًا أخطاء اقتطاع مع الملفات التي تتجاوز 4 جيجابايت. ext4 وNTFS وAPFS موثوقة في الإصدارات الحالية من أنظمة التشغيل.

التحقق بأداة خاصة بنوع الملف

ملفات الفيديو: ffprobe -v error file.mp4 يُبلّغ عن الأخطاء بصمت. إذا كان المخرج فارغًا، هيكل الحاوية سليم. للتفصيل: ffmpeg -v error -i file.mp4 -f null - يمر على كل إطار ويُبلّغ عن أخطاء فك الترميز.

ملفات PDF: أمر "Validate" في Acrobat يفحص هيكل الكائنات. qpdf --check file.pdf يفعل الشيء ذاته من سطر الأوامر.

الأرشيفات: unzip -t file.zip و7z t file.7z تختبران دون فك الضغط. سريعة وتكتشف معظم حالات التلف.

اختر خدمات تضمن سلامة البيانات

للنقلات الحساسة، اختر خدمة توفر سلامة تشفيرية بالتصميم. تشفير AES-GCM من طرف إلى طرف، أو عرض هاش SHA-256 في صفحة التنزيل، أو التحقق الصريح من المجموع الاختباري في البرنامج العميل، جميعها تمنحك دليلًا لا مجرد أمل. HexaTransfer يستخدم AES-256-GCM بحيث يُثبت فك التشفير الناجح أن الملف لم يتغير، وسقف 10 جيجابايت لكل عملية نقل يغطي معظم التسليمات الاحترافية.

جرّبها على hexatransfer.com — مجاني، بدون حساب، حتى 10 جيجابايت.