برای بررسی اینکه فایل بکاپ پس از انتقال دقیقاً همان بایت‌های مبدأ را دارد، SHA-۲۵۶ آن را با هش معتبرِ مبدأ مقایسه کنید. یکسان‌بودن هش، کنترل انتقال است؛ ثابت نمی‌کند بکاپ همهٔ اجزای لازم را دارد، بدون بدافزار است یا واقعاً بازیابی می‌شود. هش‌گرفتن تنها از نسخهٔ دانلودشده، مبنای مقایسه ایجاد نمی‌کند.
۱. پیش‌نیاز: دو مقدار قابل‌اعتماد
- فایل مبدأ و مقصد باید همان نسخه باشند؛ پس از محاسبه تغییر نکنند.
- هش مبدأ را از مسیر معتبر دریافت کنید، نه صفحهٔ ناشناس کنار لینک دانلود.
- محاسبه روی فایل محلی مجاز انجام شود؛ بکاپ مشتری را به سایت عمومیِ محاسبهٔ هش آپلود نکنید.
اگر مهاجم بتواند فایل و هشِ اعلامی را هم‌زمان عوض کند، مقایسه به‌تنهایی اصالت را ثابت نمی‌کند. SHA-۲۵۶ رمزگذاری هم نیست؛ فایل همچنان محرمانه می‌ماند و باید مستقل محافظت شود.
۲. در ویندوز با PowerShell
Get-FileHash -LiteralPath 'C:\Backups\sample-backup.gz' -Algorithm SHA256
مسیر را به کپی محلیِ مجاز خودتان تغییر دهید. -LiteralPath مسیر را بدون تفسیر wildcard می‌گیرد. در این بررسی، فرمان واقعاً روی فایل آموزشی gzip داخل پوشهٔ پروژه اجرا شد و با محاسبهٔ مستقل Python تطبیق داشت. هش همان fixture:
df915585790fc1fd7e2cb10649fb24addca456d3714e176ec72de68e9a5c1e7a
این مقدار فقط متعلق به نمونهٔ ساخته‌شدهٔ ماست؛ آن را برای تأیید بکاپ شخصی خودتان استفاده نکنید. بزرگ یا کوچک بودن حروف hexadecimal در نمایش، مقدار هش را عوض نمی‌کند.
۳. در لینوکس با ابزار موجود GNU
sha256sum -- sample-backup.gz
این فرمان، در محیط دارای GNU sha256sum، هش و نام فایل را چاپ می‌کند. در این مأموریت خودِ sha256sum روی لینوکس اجرا نشده؛ گزینه و کاربرد با مستند رسمی تأیید شده‌اند. اگر ابزار در حساب شما موجود نیست، برای این بررسی ساده نیازی به نصب پکیج روی سرور زنده ندارید؛ کپی مجاز را در محیط محلی با ابزار معتبر بررسی کنید.
نام فایل بخشی از هش محتوا نیست. دو فایل با نام متفاوت می‌توانند هش یکسان داشته باشند؛ دو فایل با نام یکسان نیز ممکن است بایت متفاوتی داشته باشند.
۴. نتیجه را به اقدام درست تبدیل کنید
| نتیجه | برداشت | قدم بعد |
|---|---|---|
| هش‌ها متفاوت‌اند | بایت‌ها یا نسخهٔ انتخابی متفاوت است | مبدأ، انتقال و انتخاب فایل بررسی شود |
| هش‌ها برابرند | بایت‌ها با مبنای معتبر مطابقت دارند | ساختار و آزمون بازیابی جدا بررسی شود |
| هش مبدأ ندارید | کنترل تطبیقی کامل نشده | از تهیه‌کننده مقدار معتبر همان نسخه بخواهید |
در آزمون محلی، اضافه‌کردن یک بایت به کپی دادهٔ آموزشی هش متفاوت ساخت. این فقط حساسیت مقایسه به تغییر بایت را نشان می‌دهد؛ آزمایش خرابی یا بازیابی حساب واقعی نیست.
۵. اگر هش متفاوت بود
- همان نسخه و زمان تهیهٔ مبدأ را تأیید کنید.
- کامل‌شدن دریافت و اندازهٔ فایل را کنترل کنید؛ صفحهٔ HTML ممکن است به‌جای آرشیو ذخیره شده باشد.
- از مسیر رسمی و امن، دریافت مجدد را بررسی کنید؛ فایل را عمومی نکنید.
- تا رفع اختلاف، از این نسخه روی سایت زنده بازیابی نکنید.
نکته: بازکردن موفق آرشیو و برابرشدن هش دو کنترل متفاوت‌اند. برای اطمینان از کارکرد سایت، آزمون بازیابی در محیط ایزوله لازم است. فایل پشتیبان ممکن است رمز تنظیمات و دادهٔ مشتری را در خود داشته باشد.
راهنماهای تهیهٔ بکاپ سی‌پنل و بکاپ دیتابیس، اجزای لازم را توضیح می‌دهند. این مقاله کیفیت همان انتقال فایل را کنترل می‌کند و جای آن آموزش‌ها یا آزمون Restore را نمی‌گیرد.
۶. مسیر مطالعهٔ مرتبط
۷. منابع و روش بررسی
منابع رسمی در ۲۴ اکتبر ۲۰۲۶ بررسی شدند. این متن راهنمای تشخیص و برنامه‌ریزی است؛ بازیابی بکاپ، تغییر حفاظت و تست روی سایت زنده انجام نشده است.
