2012-03-05 4 views
10

私がやっているテストでは、SSH経由でApacheのアクセスログを遠隔操作する必要があります。私は正常にログのアクセス許可が正確に設定されている場合にのみ行うことができます。私は一週間に一度、新しいApacheのaccess.logが作成され、アクセス許可がリセットされていることに気付きました。Apacheのアクセスログは自動的にアクセス許可を設定します

周り週に一度ログのアクセス許可を編集している私の現在の仕事:

chmod 777 /var/log/apache2/access.log 
、そのような権限を古いログが残っている時間を延長するか、自動的に設定するなど、より恒久的な解決策があった場合、私は思っていた

新しいログが作成されたとき。

それが重要ならば、私はたぶん別のアプリケーションは、logrotateのように、ログを変更するのですか?Ubuntuの11.10

答えて

19

logrotate.confファイルを編集して、apache.logファイルの正しい所有者/アクセス権を設定します。このような何か:

/var/log/apache2/access.log { 
    weekly 
    create 0644 root utmp 
    rotate 1 
} 

(編集:0744から0644.実行ビットを設定する必要はありませんように変更モード)

+7

場合によっては、設定は代わりに '/ etc/logrotate.d/apache2'にあるかもしれません。 – jevon

+4

しかし、 '/ etc/logrotate.d/apache2'を編集すると、次にApacheをアップグレードするときに変更内容が失われます。 'logrotate.conf'を' include'の後で直接変更する必要があります(設定が上書きされます)。 – jevon

+0

@jevonあなたの命題はエラーを生成します: '/ var/log/apache2/access.log'のログエントリが重複しています – GergelyPolonkai

0

上でサーバーを実行していますよ(それは週ごとにしか起こらないので、それのように聞こえる)私は、Apache自身が許可の機会に責任があるとは思わない。

開始するのが良い場所は、/etc/cronです。/* cronジョブがaccess.logに接触しているかどうかを確認する

幸運を祈る!

+0

私は彼が望んでいると思います** **はに 'access.log'を設定します誰でもログを見ることができるように '777'他の人がログを変更できないように、おそらく '744'が良いでしょう。 – hobbes3

+1

いいえ、アクセス許可を盲目的に設定するのではなく、ログのアクセス許可を変更するプログラムを見つける方がよいでしょう。それがlogrotateの場合、十分な権限がないために破損する可能性があります。 – Wesley

関連する問題