Вопрос или проблема
Я только что установил Linux Mint Debian Edition “Faye”, а затем ClamAV. Службы clamav-freshclam и clamav-daemon, похоже, не имеют проблемы с открытием и записью в соответствующие файлы журналов, и я вижу, что журналы продолжают заполняться.
Но когда я пытаюсь запустить freshclam и clamd в консоли, я получаю:
$ clamd
ERROR: Failed to open log file /var/log/clamav/clamav.log: Permission denied
ERROR: Can't initialize the internal logger
$ freshclam
ERROR: Failed to open log file /var/log/clamav/freshclam.log: Permission denied
ERROR: Problem with internal logger (UpdateLogFile = /var/log/clamav/freshclam.log).
ERROR: initialize: libfreshclam init failed.
ERROR: Initialization error!
Когда я пробую то же самое с sudo:
$ sudo freshclam
ERROR: Failed to lock the log file /var/log/clamav/freshclam.log: Resource temporarily unavailable
ERROR: Problem with internal logger (UpdateLogFile = /var/log/clamav/freshclam.log).
ERROR: initialize: libfreshclam init failed.
ERROR: Initialization error!
$ sudo clamd
ERROR: Failed to lock the log file /var/log/clamav/clamav.log: Resource temporarily unavailable
ERROR: Can't initialize the internal logger
Файлы выглядят так:
-rw-r----- 1 clamav clamav 19042 9. Mär 20:01 clamav.log
-rw------- 1 clamav clamav 11786 9. Mär 20:01 freshclam.log
Я использую Linux не ежедневно.
В чем может быть проблема?
Хотя ClamAV может сканировать файлы Windows и вложения электронных писем, он бесполезен, когда применяется к Linux. Дизайн системы Unix/Linux исключает вирусы. Мы все еще можем делать глупости, как CloudFlare, но не вирусы Windows.
С сайта ClamAV:
ClamAV® — это антивирусный движок с открытым исходным кодом для обнаружения троянов, вирусов, вредоносного ПО и других вредоносных угроз.
Также с clamav.net:
ClamAV® — это стандарт с открытым исходным кодом для программного обеспечения для сканирования почтовых шлюзов.
Таким образом, если вы не управляете почтовым шлюзом, получающим электронные письма из Внешнего мира и пересылающим их на хосты Windows, ClamAV не приносит вам никакой пользы.
Любые усилия по установке ClamAV для “сканирования” системы Linux будут потрачены впустую и приведут только к ложным срабатываниям.
У меня была точно такая же проблема, как у автора вопроса, совсем недавно с ClamAV, с точно такими же сообщениями об ошибках. Когда я прочитал вики Debian о ClamAV, я заметил, что рекомендуется перезагрузить компьютер после установки ClamAV перед тем, как запустить freshclam в первый раз. Я так и сделал, и у меня больше не возникало проблем с ним.
.
Ответ или решение
При установке ClamAV на Linux Mint Debian Edition (LMDE), встречаются некоторые сложности, особенно если возникают проблемы с правами доступа к файлам журнала. Для работы с данной проблемой необходимо учитывать ряд аспектов конфигурации и использования системных ресурсов.
Теория
ClamAV используется преимущественно как антивирусное программное обеспечение с открытым исходным кодом, в основном для сканирования почтовых шлюзов и обнаружения угроз на платформе Windows. На Unix-подобных системах, таких как Linux, вирусы относительно редки благодаря архитектуре системы. Однако ClamAV также может использоваться для увеличения безопасности, особенно если сервер взаимодействует с клиентскими машинами на Windows.
Ошибка «Permission denied» (доступ запрещен) указывает на проблемы с правами доступа к файлам журнала. Это может быть связано с неверными правами доступа к файлам или недостаточными привилегиями пользователей, которые запускают процессы.
Пример
Ваша ситуация описывает свежую установку ClamAV на Linux Mint Debian Edition с соответствующими ошибками:
-
Ошибка при запуске
clamd
иfreshclam
:ERROR: Failed to open log file /var/log/clamav/clamav.log: Permission denied ERROR: Can't initialize the internal logger
Это указывает, что текущий пользователь не имеет прав на запись или чтение в указанные файлы журнала. Файлы журнала принадлежат пользователю и группе
clamav
, и их права указаны следующим образом:-rw-r----- 1 clamav clamav 19042 9. Mär 20:01 clamav.log -rw------- 1 clamav clamav 11786 9. Mär 20:01 freshclam.log
-
Запуск с
sudo
:При запуске с повышенными привилегиями ошибок доступа не возникает, но появляется ошибка «Resource temporarily unavailable» (ресурс временно недоступен). Обычно это связано с тем, что файл, к которому вы пытаетесь получить доступ, уже используется другим процессом.
Применение
Чтобы устранить данные проблемы, необходимо выполнить несколько шагов:
-
Проверка текущих процессов:
Убедитесь, что другие процессы, такие как
clamav-freshclam
иclamav-daemon
, не блокируют доступ к лог-файлам:sudo systemctl status clamav-freshclam sudo systemctl status clamav-daemon
Если эти службы работают, они могут удерживать доступ к лог-файлам.
-
Проверка прав доступа:
Убедитесь, что процесс ClamAV запускается от имени пользователя
clamav
, который является владельцем лог-файлов. Измените права доступа и владельца, если это не так:sudo chown clamav:clamav /var/log/clamav/*.log sudo chmod 640 /var/log/clamav/clamav.log sudo chmod 600 /var/log/clamav/freshclam.log
-
Рестарт системы:
Иногда после установки пакетов и изменений в системе необходима перезагрузка. Это может помочь в устранении временных проблем с ресурсами:
sudo reboot
-
Использование
systemctl
:Для управления службами используйте
systemctl
, чтобы запускать и перезапускать службы без прямого обращения к ним через командную строку:sudo systemctl restart clamav-freshclam sudo systemctl restart clamav-daemon
-
Мониторинг журналов:
Используйте просмотр журналов для диагностики возможных ошибок после выполнения изменений:
sudo tail -f /var/log/clamav/clamav.log sudo tail -f /var/log/clamav/freshclam.log
Заключение
Правильная конфигурация ClamAV включает в себя не только корректную установку, но и настройку прав файлов, работу с логами и службами. Хотя на Linux вирусы редко встречаются из-за её архитектурных особенностей, ClamAV остается мощным инструментом для специализированных задач, таких как сканирование почтовых серверов, особенно в системах, где возможен контакт с клиентскими ОС, подверженными вирусам, такими как Windows. Системный подход и регулярные проверки состояния служб помогут вам избежать подобных проблем в будущем.