move_uploaded_file 给出“无法打开流：权限被拒绝”错误

Question

当尝试在 CentOS 上使用 Apache 2.2 和 PHP 5.3 配置上传目录时，我不断收到此错误。

在 php.ini 中：

upload_tmp_dir = /var/www/html/mysite/tmp_file_upload/

在 httpd.conf 中：

Directory /var/www/html/mysite/tmp_file_upload/>
    Options  -Indexes
    AllowOverride None
    Order allow,deny
    Allow from all
</Directory>
<Directory /var/www/html/mysite/images/>
                Options -Indexes
</Directory>

CentOS 目录权限：

drwxrwxr-x 2 root root 4096 Nov 11 10:01 images
drwxr-xr-x 2 root root 4096 Nov 12 04:54 tmp_file_upload

无论我做什么，当我上传文件时，我都会从 PHP 中收到此错误：

警告：move_uploaded_file(images/robot.jpg)：无法打开流：第 78 行 /var/www/html/mysite/process.php 中的权限被拒绝

警告：move_uploaded_file()：无法将第 78 行 /var/www/html/mysite/process.php 中的“/tmp/phpsKD2Qm”移动到“images/robot.jpg”

如您所见，它从未进行过配置来自有关上传文件的 php.ini 文件。

我在这里做错了什么？

Answer 1

更改此文件夹的权限

# chmod -R 0755 /var/www/html/mysite/images/

Answer 2

试试这个：

1. 打开/etc/apache2/envvars

   sudo gedit /etc/apache2/envvars
   

2. 将 www-data 替换为您的 your_username

   “导出 APACHE_RUN_USER=www-data” 
   

   替换为

   export APACHE_RUN_USER='your_username' 
   

Answer 3

即使已经成功运行composer之后，我也遇到了这个相关的问题。我更新了作曲家，当运行 composer install 或 phpcomposer.phar install 时，我得到：

...无法打开流：权限被拒绝...

经过大量研究后发现，之前有关更改文件夹权限的答案有效。现在它们只是略有不同的目录。

在我的安装中，在 OS X 上，缓存文件位于 /Users/[USER]/.composer/cache 中，并且我遇到了麻烦，因为缓存文件归 root 所有。将“.composer”的所有权递归更改为我的用户解决了该问题。

这就是我所做的：

sudo chown -R [USER] cache

然后我再次运行作曲家安装，瞧！

Answer 4

当 apache 用户（www-data）没有写入文件夹的权限时，就会出现此问题。要解决此问题，您需要将用户放入 www-data 组中。

我刚刚做了这个：

执行这个 php 代码 发现 apache 使用的用户。之后，在终端中执行命令：

user@machine:/# cd /var/www/html

user@machine:/var/www/html# ls -l

它将返回如下内容：

total of files

drwxr-xr-x 7 user group size date folder

我保留了用户，但将组更改为 www-data

chown -R user:www-data yourprojectfoldername

chmod 775 yourprojectfoldername

Answer 5

解决办法就是这么简单。只需右键单击 IMAGE（目标）文件夹，转到属性，单击权限选项卡，然后更改其他人对创建和删除文件的访问权限。

Answer 6

只需将tmp_file_upload的权限更改为755即可
以下是命令
chmod -R 755 tmp_file_upload

Answer 7

试试这个

find /var/www/html/mysite/images/ -type f -print0 | xargs -0 chmod -v 664

Answer 8

如果启用了SELinux，就会发生这种情况。通过设置 SELINUX=disabled 在 /etc/selinux/config 中禁用它并重新启动服务器。

Answer 9

我已经尝试了上面的所有解决方案，但以下解决了我的问题

chcon -R -t httpd_sys_rw_content_t your_file_directory

Answer 10

对我来说，我必须将文件的所有权更改为 Apache 用户和组的“_www”。

Answer 11

这是因为 images 和 tmp_file_upload 只能由 root 用户写入。为了上传工作，我们需要使这些文件夹的所有者与 httpd 进程所有者相同，或者使它们全局可写（不好的做法）。

1. 检查 apache 进程所有者：$ps aux | grep httpd。第一列是所有者，通常是 nobody

2. 将 images 和 tmp_file_upload 的所有者更改为 nobody 或您在第 1 步中找到的任何所有者。

   $sudo chown无人 /var/www/html/mysite/images/
   
   $sudo chown没人/var/www/html/mysite/tmp_file_upload/
   

3. Chmod images 和 tmp_file_upload 现在可以由所有者写入（如果需要）[看来您已经准备好了]。 @Dmitry Teplyakov 回答中提到。

   $ sudo chmod -R 0755 /var/www/html/mysite/images/
   
   $ sudo chmod -R 0755 /var/www/html/mysite/tmp_file_upload/
   

4. 有关发生此行为的更多详细信息，请查看手册 http://php.net/manual/en/ini.core.php#ini.upload-tmp-dir，请注意，它还讨论了 open_basedir 指令。

Answer 12

您还可以运行此脚本来找出 Apache 进程所有者：

然后将目标目录的所有者更改为您所拥有的。使用命令：

chown user destination_dir

然后使用命令

chmod 755 destination_dir

更改目标目录权限。

Answer 13

这对我有用。

sudo adduser <username> www-data
sudo chown -R www-data:www-data /var/www
sudo chmod -R g+rwX /var/www

然后注销或重新启动。

如果 SELinux 抱怨，请尝试以下操作

sudo semanage fcontext -a -t httpd_sys_rw_content_t '/var/www(/.*)?'
sudo restorecon -Rv '/var/www(/.*)?'

Answer 14

如果您使用的是 Mac OS X，请转到文件根目录或网站的文件夹。

然后右键单击它，获取信息，转到最底部（共享和权限），打开它，将所有只读更改为读写。确保打开挂锁，转到设置图标，然后选择应用到随附的项目...

Answer 15

我想将其添加到之前的建议中。如果您使用的 Linux 版本启用了 SELinux，那么您还应该在shell：

chcon -R --type httpd_sys_rw_content_t /path/to/your/directory

同时通过组或更改目录所有者来授予您的 Web 服务器用户权限。