move_uploaded_file fornece o erro "falha ao abrir o fluxo: permissão negada"

Eu continuo recebendo esse erro ao tentar configurar o diretório de upload com o Apache 2.2 e o PHP 5.3 no CentOS.

No php.ini:

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

No 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>

Permissões do diretório 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

Não importa o que eu faça, continuo recebendo este erro do PHP quando carrego o arquivo:

Aviso: move_uploaded_file (images / robot.jpg): falha ao abrir o fluxo: permissão negada em /var/www/html/mysite/process.php na linha 78

Aviso: move_uploaded_file (): Não é possível mover '/ tmp / phpsKD2Qm' para 'images / robot.jpg' em /var/www/html/mysite/process.php na linha 78

Como você pode ver, nunca foi necessário configurar o arquivo php.ini em relação ao arquivo de upload.

O que eu estou fazendo errado aqui?

Isso ocorre porque imagese tmp_file_uploadsomente é gravável pelo rootusuário. Para que o upload funcione, precisamos tornar o proprietário dessas pastas igual ao proprietário do processo httpd OU torná-las graváveis ​​globalmente (práticas inadequadas).

1. Verifique apache proprietário do processo: $ps aux | grep httpd. A primeira coluna será o proprietário, normalmente seránobody

2. Altere o proprietário de imagese tmp_file_uploadpara se tornar nobodyou qualquer que seja o proprietário que você encontrou na etapa 1.

   $sudo chown nobody /var/www/html/mysite/images/
   
   $sudo chown nobody /var/www/html/mysite/tmp_file_upload/
   

3. Chmod imagese tmp_file_uploadagora deve ser gravável pelo proprietário, se necessário [Parece que você já possui isso]. Mencionado na resposta @Dmitry Teplyakov.

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

4. Para mais detalhes sobre por que esse comportamento ocorreu, consulte o manual http://php.net/manual/en/ini.core.php#ini.upload-tmp-dir , observe que ele também está falando sobre open_basedirdiretiva.

Você também pode executar este script para descobrir o proprietário do processo Apache:

<?php echo exec('whoami'); ?>

E então mude o proprietário do diretório de destino para o que você tem. Use o comando:

chown user destination_dir

E então use o comando

chmod 755 destination_dir

para alterar a permissão do diretório de destino.

Se você possui o Mac OS X, acesse a raiz do arquivo ou a pasta do seu site.

Em seguida, clique com o botão direito do mouse, vá para obter informações, vá para o final ( Compartilhamento e Permissões ), abra-o e altere tudo somente leitura para ler e escrever. Certifique-se de abrir o cadeado, vá para o ícone de configuração e escolha Aplicar aos itens incluídos ...

Isso funcionou para mim.

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

Então saia ou reinicie.

Se houver SELinuxreclamação, tente o seguinte

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

Eu queria adicionar isso às sugestões anteriores. Se você estiver usando uma versão do Linux com o SELinux habilitado, também deverá executar isso em um shell:

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

Juntamente com conceder ao usuário do servidor da Web permissões por meio de grupo ou alteração do proprietário do diretório.

Alterar permissões para esta pasta

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

Tente o seguinte:

1. abra / etc / apache2 / envvars

   sudo gedit /etc/apache2/envvars

2. substitua www-datapelo seuyour_username

   "export APACHE_RUN_USER=www-data" 

   substituir com

   export APACHE_RUN_USER='your_username' 

Eu me deparei com esse problema relacionado mesmo depois de já ter executado o compositor com êxito. Atualizei o compositor e, ao executar composer installou php composer.phar installrecebi:

... falha ao abrir o fluxo: permissão negada ...

Após muita pesquisa, as respostas anteriores sobre alteração de permissões para a pasta funcionaram. Eles são apenas diretórios ligeiramente diferentes agora.

Na minha instalação, no OS X, o arquivo de cache está dentro /Users/[USER]/.composer/cachee eu estava tendo problemas porque o arquivo de cache pertencia à raiz. Alterar a propriedade do '.composer' recursivamente para o meu usuário resolveu o problema.

Isto é o que eu fiz:

sudo chown -R [USER] cache

Então eu corri o compositor instalar novamente e pronto!

Esse problema ocorre quando o usuário apache (www-data) não tem permissão para escrever na pasta. Para resolver esse problema, você precisa colocar o usuário dentro do grupo www-data.

Acabei de fazer isso:

Execute este código php <?php echo exec('whoami'); ?>para descobrir o usuário usado pelo apache. Depois, execute os comandos no terminal:

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

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

Ele retornará algo como isto:

total of files

drwxr-xr-x 7 user group size date folder

Eu mantive o usuário, mas mudei o grupo para www-data

chown -R user:www-data yourprojectfoldername

chmod 775 yourprojectfoldername

A solução é tão fácil. Clique apenas com o botão direito do mouse na pasta IMAGEM (destino), vá para propriedades, clique na guia permissão e altere o acesso de outros para Criar e excluir arquivos .

Basta alterar a permissão de tmp_file_upload para 755 A seguir está o comando chmod -R 755 tmp_file_upload

Tente isto

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