/var/www と Crontab ユーザーに対して混乱している User:Group を処理する最善の方法は何ですか?

/var/www と Crontab ユーザーに対して混乱している User:Group を処理する最善の方法は何ですか?

私はLinuxサーバーを初めて使用します。

これについて私をパニックにさせる2つの質問があります。

1 1. user:group これで、/var/www/html が表示されます。

nginx.confが設定しましたserver{ user www-data }

端末で私が設定した

chown -R root:www-data /var/www/html find /var/www/html -type d -exec chmod 775 {} + find /var/www/html -type f -exec chmod 664 {} + find /var/www/html/uploads/images -type d -exec chmod 775 {} +

私が正しいことをしているのでしょうか?それともwww-data:www-dataに設定する必要がありますか?

2 2. crontabに関しては多くのTUTがありますが、誰がcrontabを運営しているのかは明らかではありません。問題は

adamユーザーとしてログインしていて、サーバーがそのユーザーに属している場合はどうなりますかroot:www-data?または、ユーザーwww-data:www-dataの代わりにそのユーザーにcrontabをどのように提供しますか?adamバックアップなどのファイルを書き込むにはパーマネントが必要だからだ。

ベストアンサー1

1) 一般的に/var/www、ファイルは と に属する必要があります。root:www-datachmod 644/var/wwwchmod 755

彼らはいいえwww-data以下を除いて、ユーザーが書くことができます。必須(実行ファイルの場合は3倍です。)www-dataWebサーバー自体またはWebサーバーが実行しているスクリプトを破損させようとする攻撃者が書き込み可能なファイルを変更できる可能性があるためです(通常、suexecWebサーバーではなくスクリプト所有者の権限を使用しない限り)。 。あまり良くならずに悪くなることもあります)。何も使えない場合、www-dataアクセス権を得た攻撃者が被るダメージはwww-data大幅に減少します。

2)cronジョブは、ジョブを呼び出したユーザーによって実行されますcrontab。ルートのcrontabにある場合は、rootとして実行されます。 Adamのcrontabにある場合、adamとして実行されます。

/etc(など)以下のシステム全体のcrontabは例外です/etc/crontab/etc/cron.d/*これらのcrontabのジョブ仕様書式には、ジョブを実行するユーザーを指定する追加のフィールドが含まれています。

おすすめ記事