Jak naprawić zgłoszenie Amvavisa „odmowa dostępu” dla clamav

Niedawno zauważyłem frustrujący problem… Podczas przetwarzania wiadomości e-mail serwer Ubuntu (ze wszystkimi zastosowanymi aktualizacjami) zgłasza komunikat „Odmowa zezwolenia” podczas próby skanowania załączników w poszukiwaniu wirusów.

Apr  2 14:05:20 svr amavis[6376]: (06376-01) (!)run_av (ClamAV-clamd) FAILED - unexpected , output="/var/lib/amavis/tmp/amavis-20150402T140519-06376-PZcyHfOt/parts: lstat() failed: Permission denied. ERROR\n"
Apr  2 14:05:20 svr amavis[6376]: (06376-01) (!)ClamAV-clamd av-scanner FAILED: CODE(0x30cf250) unexpected , output="/var/lib/amavis/tmp/amavis-20150402T140519-06376-PZcyHfOt/parts: lstat() failed: Permission denied. ERROR\n" at (eval 136) line 899.
Apr  2 14:05:20 svr amavis[6376]: (06376-01) (!)WARN: all primary virus scanners failed, considering backups

Kiedy patrzę na katalogi, o których mowa, widzę to:

$ ls -ld /var/lib/amavis/tmp
drwxrwx--- 4 amavis amavis 4096 Apr  2 14:16 /var/lib/amavis/tmp
$ ls -ld /var/lib/amavis/tmp/amavis-20150402T140519-06376-PZcyHfOt/
drwxr-x--- 3 amavis amavis 4096 Apr  2 14:05 /var/lib/amavis/tmp/amavis-20150402T140519-06376-PZcyHfOt/
$ ls -ld /var/lib/amavis/tmp/amavis-20150402T140519-06376-PZcyHfOt/parts                                                                                                                                                                           
drwxr-x--- 2 amavis amavis 4096 Apr  2 14:16 /var/lib/amavis/tmp/amavis-20150402T140519-06376-PZcyHfOt/parts

Upewniłem się, że użytkownik clamd jest członkiem grupy amavisd - ale to niczego nie naprawiło. Czy ktoś może mi w szczególności powiedzieć, który składnik chce jakich uprawnień - i ... idealnie ... co zrobić, aby to naprawić?

Wyjaśnienie : Nie szukam wyjaśnienia podstaw uprawnień. Szukam rozwiązania odpowiedniego dla tego konkretnego problemu - który przynajmniej na pierwszy rzut oka wygląda tak, jakby składnik pakietu amavis (być może clamd) używa niewłaściwej wartości umask. Oczywiście ta usterka mogła powstać w wyniku szeregu błędów lub usterek konfiguracji. Szukam konkretnie najbardziej odpowiedniej rozdzielczości dla tego przypadku ... gdzie instalacja „waniliowego” systemu amavis / clamav nie uzyskuje dostępu do zawartości folderów tymczasowych, które tworzy jako / kiedy jest to wymagane do skanowania poczty przychodzącej.

Mam świadomość tego podobnego (nie Ubuntu) pytania. Odpowiedź Redhat / Centos nie rozwiązuje problemu występującego w systemie Ubuntu.

Ten problem występuje w „Ubuntu 14.04.2 LTS” - nie ma żadnych oczekujących aktualizacji.

Działającym rozwiązaniem jest zmiana

AllowSupplementaryGroups false -> true

w /etc/clamav/clamd.conf

uruchom ponownie clamav-daemon

Gdy clamdużytkownik był członkiem amavisgrupy, clamdproces działał jako clamav(nie clamd) użytkownik.

Dodanie clamavdo amavisgrupy rozwiązało problem.

Ponieważ AllowSupplementaryGroupsjuż nie istnieje, zakończyłem dodawanie każdego użytkownika do innej grupy, w ten sposób:

usermod -a -G clamav amavis
usermod -a -G amavis clamav

(i ponownie uruchom wszystko, aby się upewnić)

/etc/init.d/clamav-daemon restart
/etc/init.d/amavis restart
/etc/init.d/postfix restart

Dzięki temu nie trzeba zmieniać uprawnień do folderów /var/lib/amavis/tmp(i nie jestem pewien, czy uprawnienia te zostaną pozostawione, tak jak w przypadku następnej aktualizacji apt-get ...)

Rozglądałem się i nie znalazłem żadnych informacji na temat tego, co zrobiłem. Najpierw odmontowałem dysk, a następnie ponownie go zamontowałem.

ls -l /dev
sudo umount /dev/sdd4
sudo mkdir /mnt
sudo mount /dev/sdd4 /mnt

Czy próbowałeś wpisać to w terminalu:

       sudo -i
       gksu thunar

a jeśli thunar nie jest zainstalowany, wpisz to w terminalu:

        sudo apt-get install thunar 

i zezwól na odczyt i zapis dla katalogu:

       /var/lib/amavis

i to jest odrobina Thunara, i może tak działać dobrze.