پسوند فایل همیشه نوع محتوای آن را ثابت نمی‌کند. دستور file با بررسی مشخصات و الگوهای محتوا، نوع احتمالی را گزارش می‌دهد؛ مثلاً می‌تواند نشان دهد فایل با نام tar.gz در واقع HTML صفحهٔ ورود است. این تشخیص، تضمین سلامت آرشیو یا اسکن بدافزار نیست.
۱. قبل از بازکردن یا استخراج، نوع را بخوانید
file -- wrong-download.tar.gz
file --mime-type -- wrong-download.tar.gz uploads/photo.txt sample-backup.gz
در دادهٔ آموزشی، wrong-download.tar.gz یک صفحهٔ HTML و photo.txt متن ساده بود؛ نمونهٔ سوم واقعاً دادهٔ gzip داشت. خروجی MIME در آزمون محلی چنین شد:
wrong-download.tar.gz: text/html
uploads/photo.txt: text/plain
sample-backup.gz: application/gzip
این خروجی از فایل‌های ساختگیِ مشخص به دست آمد و گزارش خرابی بکاپ یک حساب واقعی نیست.
۲. چرا دانلود به‌جای بکاپ HTML می‌شود؟
لینک منقضی، نیاز به ورود، ریدایرکت به صفحهٔ خطا یا پاسخ مسدودسازی می‌تواند صفحهٔ وب را با نامی شبیه آرشیو ذخیره کند. فایل کوچکِ دارای نام درست الزاماً بکاپ نیست. اگر file نوع HTML نشان داد، اولین کار اجرای دوبارهٔ restore یا عوض‌کردن پسوند نیست.
- اندازه و نوع محتوای دانلودشده را بررسی کنید.
- از مسیر رسمی و احراز‌شدهٔ ابزار، مجازبودن دریافت فایل را کنترل کنید.
- کد پاسخ و مقصد نهایی دانلود را در محیط خودتان بررسی کنید.
- اگر همچنان ناسازگار است، موضوع را با نام عمومی فایل و ساعت دریافت برای پشتیبانی توضیح دهید.
۳. MIME و encoding چه فرقی دارند؟
MIME نوع رسانه‌ای مانند text/plain را نشان می‌دهد؛ encoding توضیح دیگری دربارهٔ نمایش بایت‌هاست. ابزار file برای هر دو حالت گزینه دارد، اما تشخیص encoding همیشه قطعی نیست. به‌خصوص متن کوتاه می‌تواند اطلاعات کافی برای تصمیم مطمئن نداشته باشد.
| مشاهده | چه نتیجه‌ای مجاز است؟ |
|---|---|
text/html برای فایل بکاپ |
احتمال دریافت صفحهٔ وب؛ منبع دانلود بررسی شود |
application/gzip |
الگوی gzip دیده شده؛ نه اثبات کامل‌بودن محتوا |
data |
نوع مشخصی شناخته نشده؛ به معنی ویروس یا خرابی قطعی نیست |
نام jpg و متن ساده |
نام با محتوا ناسازگار است؛ قبل از پردازش بررسی شود |
۴. مرز تشخیص نوع و اعتبارسنجی سلامت
file معمولاً بر اساس مجموعه‌ای از آزمون‌های فایل‌سیستم، magic و زبان، نخستین تشخیص مناسب را گزارش می‌کند. یک فایل می‌تواند سربرگ قابل‌شناسایی داشته باشد اما ناقص باشد. برای یکپارچگی انتقال، مقایسهٔ SHA-۲۵۶ با مقدار معتبر مبدأ؛ برای امکان بازیابی، آزمون کنترل‌شدهٔ restore لازم است. این‌ها هدف‌های متفاوتی دارند.
نکته: برای فایل ناشناس، افزودن -z و بازکردن یا استخراج خودکار محتوا قدم اول مناسبی نیست. دستورهای این متن فقط تشخیص معمول نوع هستند؛ هیچ فایل دانلودی ناشناس اجرا نشده است.
۵. وقتی خروجی با انتظار شما فرق دارد
نسخهٔ برنامه و پایگاه magic می‌تواند بر نام دقیق نوع اثر بگذارد. در این بررسی file نسخهٔ ۵.۴۶ روی MSYS بود؛ روی توزیع شما ممکن است عبارت توضیحی دیگری دیده شود. بخش مهم، سازگاری کلی نوع با کاربرد مورد انتظار است، نه برابرشدن دقیق یک جملهٔ انگلیسی.
- مسیر درست و فایل کامل دریافت‌شده را انتخاب کنید.
- پسوند را فقط برای ساکت‌کردن خطا تغییر ندهید.
- فایل حساس را برای تشخیص نوع به سایت عمومی آپلود نکنید.
- بعد از تشخیص ناسازگاری، از روی همان فایل روی سایت زنده بازیابی نکنید.
۶. مسیر مطالعهٔ مرتبط
۷. منابع و روش بررسی
منابع رسمی در ۲۴ اکتبر ۲۰۲۶ بررسی شدند. نمونه‌های فرمان با دادهٔ آموزشی در GNU/MSYS روی ویندوز بررسی شده‌اند؛ این محیط، سرور لینوکس بومی نیست. رفتار مالکیت و دسترسی فایل‌سیستم باید روی سیستم مقصد جدا بررسی شود.
