我正在使用拥有者设置为_www:_www的Apache Web Server。我永远不知道文件权限的最佳做法是什么，例如当我创建新的Laravel 5项目时。
Laravel 5要求/storage文件夹可写。我找到了很多不同的方法来使它工作，我通常以递归方式777 chmod结束。我知道这不是最好的主意。
官方文件说：
Laravel可能需要配置一些权限：其中的文件夹
storage和vendor需要Web服务器进行写访问。
这是否意味着网络服务器本身也需要访问storage和vendor文件夹，或仅仅是当前内容？
我认为更好的是改变所有者而不是权限。我将所有Laravel的文件权限递归更改为_www:_www，这使得网站正常工作，就像我将chmod更改为777一样。问题是，现在我的文本编辑器每次要保存任何文件时都要求我输入密码，如果我尝试在Finder中更改任何内容，就会发生同样的情况，例如复制文件。
解决这些问题的正确方法是什么？
chmod sudo 答案 0 :(得分：417)
只是说明任何观看此讨论的人....如果你给你的任何文件夹777权限，你允许ANYONE读取，写入和执行该目录中的任何文件....这意味着什么是你已经给任何人（全世界任何黑客或恶意的人）许可上传任何文件，病毒或任何其他文件，然后执行该文件......
如果你将你的文件许可设置为777你已经打开了你的 服务器任何人都可以找到那些目录。足够清楚??? ：）
基本上有两种方法可以设置您的所有权和权限。您可以自己拥有所有权，也可以让网络服务器成为所有文件的所有者。
网络服务器作为所有者（大多数人这样做的方式，以及Laravel文档的方式）：
假设www-data（可能是其他东西）是您的网络服务器用户。
sudo chown -R www-data:www-data /path/to/your/laravel/root/directory
如果你这样做，网络服务器拥有所有文件，也是组，你会在上传文件或通过FTP处理文件时遇到一些问题，因为你的FTP客户端将以你的身份登录，而不是你的网络服务器，请将您的用户添加到Web服务器用户组：
sudo usermod -a -G www-data ubuntu
当然，这假设您的网络服务器以www-data（Homestead默认值）运行，而您的用户是ubuntu（如果您使用Homestead，则该用户是流浪者）。
然后将所有目录设置为755，将文件设置为644 ... 设置文件权限
sudo find /path/to/your/laravel/root/directory -type f -exec chmod 644 {} \;
设置目录权限
sudo find /path/to/your/laravel/root/directory -type d -exec chmod 755 {} \;
您的用户为所有者
我更喜欢拥有所有目录和文件（这样可以更轻松地处理所有内容），所以我这样做：
sudo chown -R my-user:www-data /path/to/your/laravel/root/directory
然后我给自己和网络服务器权限：
sudo find /path/to/your/laravel/root/directory -type f -exec chmod 664 {} \;
sudo find /path/to/your/laravel/root/directory -type d -exec chmod 775 {} \;
然后授予网络服务器读取和写入存储空间和缓存的权利
无论您设置哪种方式，您都需要为Web服务器提供读取和写入权限，以便存储，缓存以及Web服务器需要上载或写入的任何其他目录（具体取决于您的具体情况），因此请运行以下命令：上面说：
sudo chgrp -R www-data storage bootstrap/cache sudo chmod -R ug+rwx storage bootstrap/cache
现在，您确保网站正常运行，并且您可以非常轻松地使用这些文件
答案 1 :(得分：36)
出于明显的安全原因，storage和vendor文件夹的权限应保留在775。
但是，您的计算机和服务器Apache都需要能够在这些文件夹中写入。例如：当您运行php artisan之类的命令时，您的计算机需要在storage中的日志文件中写入。
您需要做的就是将文件夹的所有权归给Apache：
sudo chown -R www-data:www-data /path/to/your/project/vendor
sudo chown -R www-data:www-data /path/to/your/project/storage
然后，您需要将您的计算机（由它username引用）添加到服务器Apache所属的组。像这样：
sudo usermod -a -G www-data userName
注意：最常见的是，groupName为www-data，但在您的情况下，请将其替换为_www
答案 2 :(得分：14)
在为Laravel应用程序设置权限时，我们遇到了许多边缘情况。我们创建一个单独的用户帐户（deploy），用于拥有Laravel应用程序文件夹并从CLI执行Laravel命令，并在www-data下运行Web服务器。这导致的一个问题是日志文件可能由www-data或deploy拥有，具体取决于谁首先写入日志文件，显然阻止其他用户将来写入日志文件
我发现唯一合理且安全的解决方案是使用Linux ACL。该解决方案的目标是：
deploy的用户）。www-data用户读取对Laravel应用程序代码的访问权限，但不允许写入权限。www-data用户和应用程序用户（deploy）写入存储文件夹的访问权限，无论哪个用户拥有该文件（因此deploy和{{1}例如，可以写入相同的日志文件。我们按如下方式完成：
www-data文件夹中的所有文件都使用application/的默认umask创建，这会导致文件夹具有0022权限，文件具有drwxr-xr-x。-rw-r--r--（或者只是将您的应用程序部署为sudo chown -R deploy:deploy application/用户，这就是我们所做的事情。deploy授予chgrp www-data application/组访问该应用程序的权限。www-data允许chmod 750 application/用户读/写，deploy用户只读，并删除对任何其他用户的所有权限。www-data设置setfacl -Rdm u:www-data:rwx,u:deploy:rwx application/storage/文件夹和所有子文件夹的默认权限。在存储文件夹中创建的任何新文件夹/文件都将继承这些权限（storage/和rwx www-data）。deploy在任何现有文件/文件夹上设置上述权限。答案 3 :(得分：12)
更改项目文件夹的权限，以便为拥有该目录的组中的任何用户启用读/写/执行（在您的情况下为chmod -R 775 /path/to/your/project
）：
_www然后将您的OS X用户名添加到sudo dseditgroup -o edit -a yourusername -t user _www
组，以允许它访问目录：
HiveMQ答案 4 :(得分：8)
已发布
您需要做的就是将文件夹的所有权归给Apache：
但我为 chown 命令添加了 -R ：
sudo chown -R www-data:www-data /path/to/your/project/vendor
sudo chown -R www-data:www-data /path/to/your/project/storage
答案 5 :(得分：8)
这对我有用：
cd [..LARAVEL PROJECT ROOT]
sudo find . -type f -exec chmod 644 {} \;
sudo find . -type d -exec chmod 755 {} \;
sudo chmod -R 777 ./storage
sudo chmod -R 777 ./bootstrap/cache/
仅当您使用npm（VUE，编译SASS等。）时，添加以下内容：
sudo chmod -R 777 ./node_modules/
它的作用：
注意：也许您不需要或不需要使用sudo前缀。这取决于您的用户的权限，组等...
答案 6 :(得分：5)
大多数文件夹应该是正常的“755”和文件，“644”
Laravel要求Web服务器用户可以写入一些文件夹。您可以在基于unix的操作系统上使用此命令。
sudo chgrp -R www-data storage bootstrap/cache
sudo chmod -R ug+rwx storage bootstrap/cache
答案 7 :(得分：4)
bgles发布的解决方案对我来说最初是正确设置权限（我使用第二种方法），但它仍然存在Laravel的潜在问题。
默认情况下，Apache将创建具有644权限的文件。这就是存储/中的任何东西。因此，如果删除存储/框架/视图的内容，然后通过Apache访问页面，您会发现缓存视图已创建如下：
-rw-r--r-- 1 www-data www-data 1005 Dec 6 09:40 969370d7664df9c5206b90cd7c2c79c2
如果你跑'＃34; artisan serve＆＃34;并且访问不同的页面，您将获得不同的权限，因为CLI PHP的行为与Apache不同：
-rw-rw-r-- 1 user www-data 16191 Dec 6 09:48 2a1683fac0674d6f8b0b54cbc8579f8e
这本身并不重要，因为你不会在制作中做任何这样的事情。但是如果Apache创建一个随后需要由用户编写的文件，它将失败。当使用登录用户和工匠进行部署时，此可以应用于缓存文件，缓存视图和日志。一个简单的例子是＆＃34; artisan cache：clear＆＃34;这将无法删除任何作为www-data的缓存文件：www-data 644。
通过将artisan命令作为www-data运行，可以部分减轻这种情况，因此您可以执行/编写以下所有内容：
sudo -u www-data php artisan cache:clear
或者你要避免这种繁琐，并将其添加到你的.bash_aliases中：
alias art='sudo -u www-data php artisan'
这很好，不会以任何方式影响安全性。但是在开发机器上，运行测试和卫生脚本会使这种方法变得笨拙，除非您想设置别名以使用＆sudo -u www-data＆＃39;运行phpunit以及检查构建的所有其他内容可能会导致文件被创建。
解决方案是遵循bgles建议的第二部分，并将以下内容添加到/ etc / apache2 / envvars，并重启（不重新加载）Apache：
umask 002
这将强制Apache默认将文件创建为664。就其本身而言，这可能带来安全风险。但是，在这里主要讨论的Laravel环境（Homestead，Vagrant，Ubuntu）中，Web服务器作为www-data组下的用户www-data运行。因此，如果您不随意允许用户加入www-data组，则不应存在其他风险。如果有人设法突破网络服务器，他们无论如何都有www数据访问级别，所以没有任何损失（尽管这并不是与安全相关的最佳态度）。因此，在生产方面它相对安全，而在单用户开发机器上，它不是问题。
最终，当您的用户位于www-data组中，并且包含这些文件的所有目录都是g + s（该文件始终在父目录的组下创建），由用户或www-data创建的任何内容都将另一个是r / w。
这就是我们的目标。
<强> 修改
在调查上述进一步设置权限的方法时，它仍然看起来不错，但一些调整可以提供帮助：
默认情况下，目录为775，文件为664，所有文件都包含刚刚安装框架的用户的所有者和组。所以假设我们从那一点开始。
cd /var/www/projectroot
sudo chmod 750 ./
sudo chgrp www-data ./
我们要做的第一件事是阻止访问其他所有人，并使该组成为www-data。只有www-data的所有者和成员才能访问该目录。
sudo chmod 2775 bootstrap/cache
sudo chgrp -R www-data bootstrap/cache
允许Web服务器创建services.json和compiled.php，如官方Laravel安装指南所示。设置组粘性位意味着这些将由创建者拥有一组www数据。
find storage -type d -exec sudo chmod 2775 {} \;
find storage -type f -exec sudo chmod 664 {} \;
sudo chgrp -R www-data storage
我们对存储文件夹执行相同操作，以允许创建缓存，日志，会话和视图文件。我们使用find为目录和文件显式设置目录权限。我们不需要在bootstrap / cache中执行此操作，因为那里没有（通常）任何子目录。
您可能需要重新应用任何可执行标志，并删除vendor / *并重新安装composer依赖项以重新创建phpunit等的链接，例如：
chmod +x .git/hooks/*
rm vendor/*
composer install -o
那就是它。除了上面解释的Apache的umask之外，这是所需要的，而不需要通过www-data写入整个项目，这是其他解决方案所发生的情况。所以这种方式稍微安全一点，因为作为www-data运行的入侵者具有更有限的写访问权。
结束编辑
对于Systemd的更改
这适用于php-fpm的使用，但也许也适用于其他人。
需要覆盖标准systemd服务，在override.conf文件中设置umask，并重新启动服务：
sudo systemctl edit php7.0-fpm.service
Use:
[Service]
UMask=0002
Then:
sudo systemctl daemon-reload
sudo systemctl restart php7.0-fpm.service
答案 8 :(得分：3)
安装Laravel后，您可能需要配置一些权限。
storage和bootstrap/cache目录中的目录 应该可以由您的Web服务器写入，否则Laravel将无法运行。如果你 正在使用Homestead虚拟机，这些权限应该 已经确定了。
此页面上有很多答案提到使用777权限。 不要这样做。你是exposing yourself黑客。
相反，请遵循其他人关于如何设置755（或更严格限制）权限的建议。您可能需要在终端中运行whoami，然后使用chown -R更改某些目录的所有权，以确定您的应用正在运行的用户。
sudo，那么许多其他答案都需要...... 您的服务器可能是Cloudways等共享主机。
（在我的情况下，我已将我的Laravel应用程序克隆到我的第二个Cloudways服务器中，并且由于storage和bootstrap/cache目录的权限混乱而无法正常工作。 ）
我需要使用：
Cloudways Platform > Server > Application Settings > Reset Permission
然后我可以在终端中运行php artisan cache:clear。
答案 9 :(得分：2)
我在EC2实例上安装了laravel，花了3天时间来修复权限错误，最后修复了它。 所以我想与其他人分享这种体验。
用户问题 当我登录ec2实例时，我的用户名是ec2-user，usergroup是ec2-user。 该网站在httpd用户下工作：apache：apache 所以我们应该设置apache的权限。
文件夹和文件权限 A.文件夹结构 首先，你应该确保你在存储
下有这样的文件夹结构存储
B中。允许 首先，我看到在存储下设置777以删除file_put_contents的说明：无法打开流错误。 所以我将权限777设置为存储 chmod -R 777存储 但错误并未修复。 在这里，你应该考虑一个：谁将文件写入存储/会话和视图。 那不是ec2用户，而是apache。 是的，对。 “apache”用户将文件（会话文件，编译的视图文件）写入会话和视图文件夹。 所以你应该给apache写这些文件夹的权限。 默认情况下：SELinux说/ var / www文件夹应该是apache守护程序的只读。
为此，我们可以将selinux设置为0： setenforce 0
这可以暂时解决问题，但这会让mysql无法正常工作。 所以这不是那么好的解决方案。
您可以使用以下方法将读写上下文设置为存储文件夹:(记得使用setenforce 1进行测试）
chcon -Rt httpd_sys_content_rw_t storage/
然后你的问题就会解决。
并且不要忘记这一点 作曲家更新 php artisan cache：clear
这些命令在之前或之后很有用。
我希望你节省时间。 祝好运。克勤
答案 10 :(得分：2)
添加到composer.json
"scripts": {
"post-install-cmd": [
"chgrp -R www-data storage bootstrap/cache",
"chmod -R ug+rwx storage bootstrap/cache"
]
}
在composer install
答案 11 :(得分：1)
我决定编写自己的脚本来缓解设置项目的一些痛苦。
在项目根目录中运行以下命令：
wget -qO- https://raw.githubusercontent.com/defaye/bootstrap-laravel/master/bootstrap.sh | sh
等待引导完成，你很高兴。
答案 12 :(得分：0)
我有以下配置：
nginx）并按照接受的答案中的@bgies正确应用权限。我的问题是最初配置为apache的php-fpm配置的运行用户和组。
如果您将NGINX与php-fpm一起使用，则应打开php-fpm的配置文件：
nano /etc/php-fpm.d/www.config
并将user和group选项的值替换为一个配置为可使用的NGINX；就我而言，两者都是nginx：
...
; Unix user/group of processes
; Note: The user is mandatory. If the group is not set, the default user's group
; will be used.
; RPM: apache Choosed to be able to access some dir as httpd
user = nginx
; RPM: Keep a group allowed to write in log dir.
group = nginx
...
保存并重新启动nginx和php-fpm服务。
答案 13 :(得分：0)
对于Laravel开发人员而言，目录问题可能会有些痛苦。在我的应用程序中，我正在动态创建目录，并将文件成功移动到本地环境中的该目录中。然后在服务器上，将文件移动到新创建的目录时出现错误。
这是我所做的并最终获得成功的结果。
sudo find /path/to/your/laravel/root/directory -type f -exec chmod 664 {} \; sudo find /path/to/your/laravel/root/directory -type d -exec chmod 775 {} \; chcon -Rt httpd_sys_content_rw_t /path/to/my/file/upload/directory/in/laravel/project/ mkdir($save_path, 755, true); 在生产服务器上进行了这些更改之后，我成功创建了新目录并将文件移动到其中。
答案 14 :(得分：0)
第一个答案是
sudo chmod -R 777/775 /path/project_folder
现在，您需要了解ubuntu中的权限和选项。
答案 15 :(得分：0)
我会这样做：
sudo chown -R $USER:www-data laravel-project/
find laravel-project/ -type f -exec chmod 664 {} \;
find laravel-project/ -type d -exec chmod 775 {} \;
最后，您需要授予网络服务器修改 storage 和 bootstrap/cache 目录的权限：
sudo chgrp -R www-data storage bootstrap/cache
sudo chmod -R ug+rwx storage bootstrap/cache
答案 16 :(得分：0)
sudo chown -R $USER:www-data your_directory_name_under_storage_app
它将授予服务器用户和服务器访问文件所需的权限。
答案 17 :(得分：0)
我使用 root 用户运行，存储目录的 chmod 775 对我有用
答案 18 :(得分：-1)
我找到了一个更好的解决方案。 它的原因是php默认以另一个用户身份运行。
所以要解决这个问题
sudo nano /etc/php/7.0/fpm/pool.d/www.conf
然后编辑
user = "put user that owns the directories"
group = "put user that owns the directories"
然后：
sudo systemctl reload php7.0-fpm