CentOS7へclamavインストール(epelリポジトリ使用)

コメント

1. 永田 より:

   2019-02-27 12:25 PM

   tamohiko様

   いろんなサイト様を参照しつつ最終的にこちらのサイト様で無事に動作させることができました。
   ありがとうございます。
   スクリプトをコピぺして動作させてしまいご迷惑をおかけしました。
   申し訳ありませんでした。

   返信
   • tamohiko より:

     2019-02-27 4:50 PM

     永田さん

     コメントありがとうございます。
     お役に立てたようでうれしく思います。

     > スクリプトをコピぺして動作させてしまいご迷惑をおかけしました。
     > 申し訳ありませんでした。

     全然問題ありませんのでお気になさらないでください。

     返信
2. sampei より:

   2018-09-17 3:06 PM

   いろんなサイトさんがあって躓いてばかりいたんですがこちらの内容で無事起動させることができました。
   助かりました。ありがとうございます。

   返信
   • tamohiko より:

     2018-09-19 12:33 PM

     sampeiさん

     コメントありがとうございます。
     お役に立てて何よりです！

     返信
3. 関根久嗣 より:

   2018-08-19 5:19 PM

   tamohiko様
   結局、clamd@scanの「systemctl start clamd@scan」がうまく動作しないので、centOS7.5に、クリーンインストールをしましたら、うまく動作しました。参考にしましたは、「centOS7で自宅サーバー構築」のネット記事です、詳細は、時間を作って、貴殿の書かれた記事を参考に、改善していきたいと、思います。いろいろと、お手数をおかけいたしましたが、不具合の原因は、不明ながらも、自己解決しましたので。おしらせいたします
   貴殿のレベルに早く達したいと思います。ご相談、ありがとうございました。

   返信
   • tamohiko より:

     2018-08-29 2:27 PM

     関根久嗣さん

     コメントありがとうございます。
     ご返信が遅くなってしまいすいません。

     > 結局、clamd@scanの「systemctl start clamd@scan」がうまく動作しないので、centOS7.5に、クリーンインストールをしましたら、うまく動作しました

     動作しなかった際のシステムログ等があれば何かわかったかもしれませんが、私の方でも手順の見直しをしてみようと思います。

     とりあえず動作されたとのことで何よりです。

     なにかあればご気軽にコメントしてください。

     返信
4. 寺西 より:

   2017-09-06 11:35 AM

   clamdscan /rootを実行すると下記のエラーが発生します。

   /root: lstat() failed: Permission denied. ERROR

   chmod 777 /rootをやっても結果が変わりません。

   アドバイスをいただけると助かります。

   OSはCENTOS7を使用しております。

   返信
   • tamohiko より:

     2017-09-06 6:34 PM

     寺西さん

     コメントありがとうございます。

     > /root: lstat() failed: Permission denied. ERROR

     このエラーは「clamdscan」の実行ユーザが「root」以外に設定されているため発生してるのではないかと考えられます。

     初期設定は「clamscan」ユーザになっているので、「/etc/clamd.d/scan.conf」の「User」部分の設定を見直してみていただけますでしょうか。

     変更前　User clamscan
     変更後　User root

     以上、よろしくお願いします。

     返信
     • 金野　光洋（きんの　みつひろ） より:

       2017-10-20 5:11 PM

       横からすみません。
       /etc/clamd.d/scan.confのUserをrootにしているのですが、上記のERRORとなってしまいます。chmodも実施済です。何か他に原因が考えられますでしょうか？
       よろしくご教示願います。
     • tamohiko より:

       2017-10-21 3:43 PM

       金野さん

       コメントありがとうございます。
       ERRORの件ですが、「scan.conf」で「User root」と設定し、rootユーザで実行してしてしまうという認識でよろしいでしょうか？

       であれば、いちど「User」設定の最初に「#」をつけてコメントとしてから試して頂けますでしょうか。
       設定変更後はサービスの再起動を行って、設定を反映させることも忘れずにおねがいします。

       以上、よろしくお願いいたします。
     • 金野　光洋（きんの　みつひろ） より:

       2017-10-23 2:00 PM

       ご回答ありがとうございます。すでに＃をつけてトライしており、その時は、同ERRORの他にCould not lookup : Servername not supported for ai_socktypeというERRORも出ていました。本日これが再現するか確かめましたが再現しませんでした。
       しかしながら、もっとも基本的なミスに気付いてしまいました。clamscanをclamdscanとミスタイプしておりました。
       こんなことお手数を煩わせ、貴サイトを不要であったコメントで汚してしまい、大変申し訳ありませんでしたm(__)m!
       #をつけた場合とつけない場合の両方で正常動作することが確認できました。
       現在は＃をつけない設定となっています。
     • 金野　光洋（きんの　みつひろ） より:

       2017-10-23 2:56 PM

       追加で確認させて下さい。
       /binの下にはclamscanとclamdscanがあり、/bin直下で後者を実行すると例のPermission deniedがでます。一方上で示して頂いたスクリプトの中ではCLAMDSCAN=/bin/clamdscanとなっています。
       (1) clamscanとclamdscanはどう違うのでしょうか？
       (2) 上記スクリプトを実行するとcalmadscanが実行されるので、Permission deniedとなってしまいそうですが、CALMSCAN=/bin/clamscanに変更した方が良いのでしょうか？
     • tamohiko より:

       2017-10-24 3:43 PM

       金野さん

       コメントありがとうございます。
       1点ご質問させてください。

       > clamscanをclamdscanとミスタイプしておりました。
       このサイトのウイルスキャン動作確認時の手順であれば「clamdscan」コマンドで動作確認を行っていますが、どこか別の部分のことでしょうか？

       ご質問いただい件につきまして回答させていただきます。

       (1) clamscanとclamdscanはどう違うのでしょうか？
       ・clamscanは実行毎にウイルス定義情報の読み込みいった初期設定を行うため実行速度が遅くなります。

       そのため単発でウイルススキャンを実行する際に良く使用されます。

       サーバのリソースは実行時のみ消費します。

       ・clamdscanはclamdと連携してウイルススキャンを行うためのソフトになります。

       ウイルス定義ファイルの読み込みなどはclamdが行っているために、スキャン開始までの時間が短いという点になります。

       また、変更のないファイルについてはスキャンを行わないため、2度目以降のスキャン時間が短くなります。

       サーバのリソースはclamdがデーモンとして動作しているので常時使用されます。

       (2) 上記スクリプトを実行するとcalmadscanが実行されるので、Permission deniedとなってしまいそうですが、CALMSCAN=/bin/clamscanに変更した方が良いのでしょうか？

       今回の手順では「clamdscan」を使用してウイルススキャンを行うため、特にに変更の必要はありません。

       ■　ERROR: Could not lookup : Servname not supported for ai_socktype　について

       ちなみに、このエラーはclamd@scanが動作していない時に発生しますので、同様のエラーが発生しましたら、clamd@scanの動作状況を確認してみてください。

       以上、よろしくお願いします。
     • tamohiko より:

       2017-10-24 4:33 PM

       金野さん

       追加で質問させてください。

       今回の手順はSELinuxを無効化して作成しているのですが、SELinuxの設定はどのようになっていますでしょうか？

       私の方でSELinuxを有効化した環境で試してみたところ、「lstat() failed: Permission denied. ERROR」が発生することを確認しました。

       この現象の解決として、SELinuxでウイルススキャンを許可する設定を追加することで解決できましたので、取り急ぎお知らせさせていただきます。

       # setsebool -P antivirus_can_scan_system on

       この情報は下記サイトで得ましたので、より詳しい内容についてはそちらでご確認してみてください。
       https://qiita.com/todaemon/items/d83425058c0e52b258c7

       以上、よろしくお願いいたします。
     • 金野　光洋（きんの　みつひろ） より:

       2017-10-24 6:42 PM

       すみません。返信の場所を間違えました。
       ↓の方をご覧下さい。
     • 金野 光洋（きんの みつひろ） より:

       2017-10-25 4:24 PM

       tamohikoさん、
       Booleanをon設定したところ、clamdscanの起動に成功しました。
       off設定に戻すとpermission deniedが復活し、再度on設定にすると起動成功しました。
       やはりデフォルトでSELinuxが有効化されていたようです。
       これで全ての疑問が解消しました。
       色々とご親切にご教示頂き、大変ありがとうございました。
       また何かの機会がありましたら、宜しくお願い致します。
     • tamohiko より:

       2017-10-25 10:40 PM

       金野さん

       結果のご連絡ありがとうございます。

       やはりSELinuxが原因だったのですね。
       私の方も勉強になりました。

       > 色々とご親切にご教示頂き、大変ありがとうございました。
       > また何かの機会がありましたら、宜しくお願い致します。

       お役に立ててなによりです。
       何かありましたら、お気軽にコメントしてください！
     • 金野 光洋（きんの みつひろ） より:

       2017-10-26 5:45 PM

       ご参考までに、その後の話です。

       当該シェルについてSCANDIRを1と2で2つ定義し、以降のlog（=スキャン結果の標準出力）の出力先も２つ定義し、2つのディレクトリを指定してスキャンするようにしました。
       Mailは未設定なのでコメントアウトし、最後のlogファイルのrmもコメントアウトしました。
       この状態で手動実行すると正常に動作しました。スキャン結果はlogファイルに
       正しく出力されました。

       次にcronで実行させました。
       シェルは指定時刻に実行され、スキャン自体は正常に動作した模様です。またlogファイルも作成されていました。しかしながら、logファイルの中身が空＝サイズゼロでした。当然ながら/var/mail/rootや/var/log/cronにはスキャン結果の標準出力は見当たりませんでした。

       これから色々と調査していきます。調査結果は後程報告させて頂きます。
     • 金野 光洋（きんの みつひろ） より:

       2017-11-02 5:46 PM

       あまり綺麗な形ではありませんが、まがいなりにも期待通りに動作する方法がわかりましたので、報告しておきます。

       SCANDIR1=/root
       SCANDIR2=/home
       SCANDIR3=/usr
       VIRUS_MVDIR=/root/virus
       MAILADDR=root

       CLAMDSCAN=/bin/clamdscan
       HOSTNAME=`hostname`
       RUNDATE=`date +%Y%m%d-%H%M%S`
       SCANTMP=/tmp/clamdscan.result/clamdscan_$RUNDATE

       CLAMUPDATE=”clamav-server \
       clamav-data \
       clamav-update \
       clamav-filesystem \
       clamav \
       clamav-scanner \ ←これが抜けていたので追加してます。
       clamav-scanner-systemd \
       clamav-devel \
       clamav-lib \
       clamav-server-systemd”

       # ClamAV update

       yum -y update $CLAMUPDATE

       #
       # Virus scan
       #
       最初に/rootをスキャンし>ファイル出力
       →この時の結果はファイルはできるものの中身は空で出力されていないと思います。
       次のスキャンの前に/bin/chown $SCANTMP rootを実行
       →元々のオーナはrootなので当然、ユーザ指示エラーになります。
       次に/homeをスキャンし>>ファイル出力
       更に/usrをスキャンし>>ファイル出力
       最後に/rootを再スキャンし>>ファイル出力
       これで、上記3ディレクトリのスキャン結果が/home→/usr→/rootの順にファイルに出力され、メール送信されます。
       出力先ディレクトリは/tmp/…のみOK、/root/…や/etc/…はNG（サイズ0）になります。

       #$CLAMDSCAN $SCANDIR1 > $SCANTMP 2>&1
       #$CLAMDSCAN $SCANDIR1 –move=$VIRUS_MVDIR > $SCANTMP
       $CLAMDSCAN $SCANDIR1 –remove > $SCANTMP 2>&1
       /bin/chown $SCANTMP root ←何故かこれを入れると上手くいきます。
       #$CLAMDSCAN $SCANDIR2 >> $SCANTMP 2>&1
       #$CLAMDSCAN $SCANDIR2 –move=$VIRUS_MVDIR >> $SCANTMP
       $CLAMDSCAN $SCANDIR2 –remove >> $SCANTMP 2>&1
       #$CLAMDSCAN $SCANDIR3 >> $SCANTMP 2>&1
       #$CLAMDSCAN $SCANDIR3 –move=$VIRUS_MVDIR >> $SCANTMP
       $CLAMDSCAN $SCANDIR3 –remove >> $SCANTMP 2>&1
       #$CLAMDSCAN $SCANDIR1 >> $SCANTMP 2>&1
       #$CLAMDSCAN $SCANDIR1 –move=$VIRUS_MVDIR >> $SCANTMP
       $CLAMDSCAN $SCANDIR1 –remove >> $SCANTMP 2>&1

       取り急ぎ報告まで。
       あまり役に立ちそうもない情報で申し訳ありません。
     • tamohiko より:

       2017-11-03 5:29 PM

       金野さん

       検証結果のおしらせありがとうございます。
       「clamav-scanner」が抜けていた点は早速修正させていただきました。

       ついでにスクリプトを見直していたところ、ClamAV update処理の部分で「epel」リポジトリの指定が抜けていたのでこちらも修正させていただきました。

       ご迷惑をおかけして申し訳ありませんが、修正のほうよろしくお願いいたします。

       スキャン結果のログ出力については、私の環境では空で出力とい現象が発生していなので詳しい状況はわからないのですが、SELinuxとかが影響しているのかもしれませんね。

       「/var/log/messages」や「/var/log/audit/audit.log」に何かログは記録されていなかったでしょうか？
     • 金野 光洋（きんの みつひろ） より:

       2017-11-06 3:05 PM

       tamohikoさん、
       修正ありがとうございました。
       「epel」リポジトリの指定はこちらのシェルにも反映させて頂きました。
       やはりSELinuxのわなっぽいです。
       なお、見方がわからないでけかもしれませんが、「/var/log/messages」や「/var/log/audit/audit.log」にはそれっぽいエラーメッセージはありませんでした。messagesではLibClamAV関連のErrorが主体でした。audit.logはエラーメッセージはありませんでした。
     • tamohiko より:

       2017-11-08 5:28 PM

       金野さん

       シェルの修正お手数をおかけしました。
       また、ログの確認もあわせてありがとうございました。

       ログに情報がありませんでしたか。
       SELinuxの件については私もあまり詳しくはないので、ちょっと検証環境が用意出来たら調査してみようと思うので、何かわかりましたらお知らせさせていただきますね。

       あまりお役に立つなくてすいません。
5. ありがとうございます。とても参考になりました。 より:

   2017-04-21 10:54 AM

   とても些細な事ですが、

   >ウイルススキャン用スクリプト作成
   ファイル作成時
   ># cd /root
   ># vi virus_check.sh
   と
   パーミッション変更時
   ># chmod 744 /root/virus_scan.sh
   でファイル名が違っています。

   返信
   • tamohiko より:

     2017-04-21 11:05 PM

     ご指摘ありがとうございます。
     該当箇所を修正させていただきました。

     （誤）# vi virus_check.sh
     （正）# vi virus_scan.sh

     返信
     • 金野　光洋（きんの　みつひろ） より:

       2017-10-24 6:35 PM

       tamohiko様
       ご回答ありがとうございます。
       なるほど、clamdscanが正しいことを理解しました。
       どこか別の部分ではなく、こちら側で他者が別の計算機でclamavをインストールした時の手順からclamscanを発見しています。binの中をのぞいたらありましたが..

       またLookUpErrorも理解しました。

       現状は/bin/clamscanは実行可で/bin/clamdscanは実行不可のままですので、
       明日、SELinuxを有効化している環境であること（OSなしの計算機にCentOS7とclamAVをインストールした状態ですので、OSのデフォルトがSELinux有効化となっているのかもしれません。）を確認した後、無効化してclamdscanをリトライしてみます。結果報告は少々お待ち願います。

       色々とありがとうございます。