ClamAV در دایرکت ادمین؛ فعال‌سازی و بررسی پوشش اسکن

ClamAV را مثل ابزاری برای بررسی فایل‌ها در نظر بگیرید. داشتن آن روی سرور به این معنی نیست که همهٔ فایل‌های مشتریان خودکار بررسی شده‌اند. ابتدا مشخص کنید هدف شما اسکن فایل‌های سایت است یا بررسی ایمیل؛ اتصال هر کدام مرحلهٔ خودش را دارد.

بعد از نصب و به‌روز شدن الگوهای شناسایی، مدیر می‌تواند روی یک پوشهٔ آزمایشی کوچک فرمان clamscan -r /path/to/test-folder را اجرا کند. مسیر نمونه را با پوشهٔ واقعی تحت اختیار خودتان عوض کنید. گزینهٔ -r یعنی زیرپوشه‌ها هم بررسی شوند. این فرمان بدون گزینهٔ حذف، گزارش می‌دهد و قرار نیست فایل‌ها را خودکار پاک کند.

در پایان، تعداد فایل‌های بررسی‌شده و پیام‌های خطا را بخوانید. اگر بعضی فایل‌ها قابل خواندن نبودند، نتیجهٔ «ویروسی پیدا نشد» دربارهٔ آن‌ها چیزی نمی‌گوید. اگر فایلی مشکوک بود، ابتدا مسیر و علت تشخیص را ثبت و نسخهٔ سالم آن را پیدا کنید. اسکن تمام سرور را بدون توجه به مصرف منابع در شلوغ‌ترین ساعت شروع نکنید؛ یک نمونهٔ کوچک کمک می‌کند زمان و رفتار کار روشن شود.

نسخهٔ DirectAdmin، سیستم‌عامل و روش مدیریت ClamAV را پیدا کنید. ببینید قرار است اسکن ایمیل انجام شود، فایل حساب بررسی شود یا آپلود وب زیر نظر باشد. این مسیرها پیش‌نیاز و تنظیم یکسان ندارند. فعال بودن سرویس ایمیل، اسکن آپلود وردپرس را تضمین نمی‌کند.

حجم داده و منابع سرور را نیز در نظر بگیرید. اسکن هم‌زمان تعداد زیادی حساب می‌تواند I/O و حافظه مصرف کند. زمان‌بندی و محدودهٔ اولیه باید با بار واقعی سرور هماهنگ شود، به‌ویژه در هاست اشتراکی که چند سایت فعال هستند.

از روش پشتیبانی‌شدهٔ پنل و مخزن معتبر استفاده کنید. گزینه‌ها و فرمان ساخت را از مستندات نسخهٔ فعلی بگیرید؛ فرمان مربوط به بستهٔ ده سال قبل ممکن است امروز مناسب نباشد. خروجی نصب و وضعیت سرویس را بررسی کنید.

تاریخ و نتیجهٔ آخرین به‌روزرسانی الگوها اهمیت دارد. موتور اسکن نصب‌شده با الگوهای دریافت‌نشده، وضعیت کاملاً آماده محسوب نمی‌شود. اگر دریافت شکست می‌خورد، علت DNS، شبکه یا گواهی را بررسی کنید و اعتبارسنجی TLS را خاموش نکنید.

ابتدا یک محدودهٔ کوچک و مشخص را اسکن کنید. گزارش مسیر، نام و نوع تشخیص را بخوانید. فایل مشروع ممکن است به‌اشتباه مشکوک تشخیص داده شود؛ حذف خودکار همهٔ نتایج در شروع می‌تواند به سایت سالم آسیب بزند. قرنطینهٔ قابل برگشت و بررسی نسخهٔ سالم فایل، امکان تصمیم دقیق‌تری می‌دهد.

اگر آلودگی پیدا شد، منبع ورود را نیز بررسی کنید. فایل آلوده ممکن است نشانهٔ افزونهٔ آسیب‌پذیر یا رمز افشاشده باشد. حذف فایل بدون اصلاح علت، معمولاً حفاظت پایداری ایجاد نمی‌کند. برای فایل برنامه، جایگزینی از بستهٔ رسمی سالم بهتر از ویرایش حدسی کد مشکوک است.

اسکن دوره‌ای، گزارش خطا و پایش تاریخ الگو را مشخص کنید. قابلیت اسکن آپلود، در صورت استفاده، باید جدا فعال و با روش آزمایشی مستند تأیید شود. نتیجهٔ «صفر فایل مشکوک» در یک محدوده، نباید به پاک بودن همهٔ سرور تعمیم داده شود.

پس از قرنطینه یا جایگزینی، سایت و مسیرهای وابسته را امتحان کنید. گزارش نتیجه باید بگوید چه مسیرهایی اسکن شدند و چه کاری انجام شد. این دقت کمک می‌کند ابزار اسکن به اقدام قابل پیگیری منجر شود، نه فقط یک وضعیت سبز در پنل.