move_uploaded_file dà l'errore "Impossibile aprire il flusso: autorizzazione negata"

Continuo a ricevere questo errore quando provo a configurare la directory di upload con Apache 2.2 e PHP 5.3 su CentOS.

In php.ini:

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

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

Autorizzazioni per 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

Indipendentemente da ciò che faccio, continuo a ricevere questo errore da PHP quando carico il file:

Avvertenza: move_uploaded_file (images / robot.jpg): impossibile aprire il flusso: autorizzazione negata in /var/www/html/mysite/process.php sulla riga 78

Avvertenza: move_uploaded_file (): impossibile spostare '/ tmp / phpsKD2Qm' in 'images / robot.jpg' in /var/www/html/mysite/process.php sulla riga 78

Come puoi vedere, non ha mai preso la configurazione dal file php.ini per quanto riguarda il file di upload.

Cosa sto facendo di sbagliato qui?

Questo perché imagese tmp_file_uploadsono scrivibili solo rootdall'utente. Affinché il caricamento funzioni, dobbiamo rendere il proprietario di quelle cartelle uguale al proprietario del processo httpd o renderle scrivibili a livello globale (cattiva pratica).

1. Controllare apache titolare del trattamento: $ps aux | grep httpd. La prima colonna sarà in genere il proprietarionobody

2. Cambia il proprietario di imagese tmp_file_uploaddiventare nobodyo qualunque sia il proprietario che hai trovato nel passaggio 1.

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

3. Chmod imagese tmp_file_uploadora essere scrivibile dal proprietario, se necessario [Sembra che tu lo abbia già installato]. Menzionato nella risposta @Dmitry Teplyakov.

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

4. Per maggiori dettagli sul perché questo comportamento accada, consulta il manuale http://php.net/manual/en/ini.core.php#ini.upload-tmp-dir , nota che parla anche di open_basedirdirettiva.

Puoi anche eseguire questo script per scoprire il proprietario del processo Apache:

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

E poi cambia il proprietario della directory di destinazione in quello che hai. Usa il comando:

chown user destination_dir

E quindi usa il comando

chmod 755 destination_dir

per modificare l'autorizzazione della directory di destinazione.

Se hai Mac OS X, vai alla radice del file o alla cartella del tuo sito web.

Quindi fai clic con il tasto destro su di esso, vai per ottenere informazioni, vai in fondo ( Condivisione e autorizzazioni ), aprilo, cambia tutto di sola lettura per leggere e scrivere. Assicurati di aprire il lucchetto, vai sull'icona di impostazione e scegli Applica agli elementi allegati ...

Questo ha funzionato per me.

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

Quindi disconnettersi o riavviare.

Se si SELinuxlamenta, provare quanto segue

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

Volevo aggiungere questo ai suggerimenti precedenti. Se stai usando una versione di Linux con SELinux abilitato, dovresti anche eseguirlo in una shell:

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

Oltre a concedere le autorizzazioni utente al server Web tramite il gruppo o la modifica del proprietario della directory.

Modifica le autorizzazioni per questa cartella

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

Prova questo:

1. apri / etc / apache2 / envvars

   sudo gedit /etc/apache2/envvars

2. sostituisci www-datacon il tuoyour_username

   "export APACHE_RUN_USER=www-data" 

   sostituirlo con

   export APACHE_RUN_USER='your_username' 

Ho riscontrato questo problema correlato anche dopo aver eseguito correttamente il compositore. Ho aggiornato il compositore e durante l'esecuzione composer installo php composer.phar installho ottenuto:

... impossibile aprire il flusso: autorizzazione negata ...

Dopo molte ricerche risulta che le precedenti risposte relative alla modifica delle autorizzazioni per la cartella hanno funzionato. Sono solo directory leggermente diverse ora.

Nella mia installazione, su OS X, il file cache è presente /Users/[USER]/.composer/cachee ho riscontrato problemi perché il file cache era di proprietà di root. La modifica della proprietà di ".composer" in modo ricorsivo al mio utente ha risolto il problema.

Questo è quello che ho fatto:

sudo chown -R [USER] cache

Quindi ho eseguito nuovamente l'installazione del compositore e voilà!

Questo problema si verifica quando l'utente apache (www-data) non ha i permessi per scrivere nella cartella. Per risolvere questo problema è necessario inserire l'utente all'interno del gruppo www-data.

Ho appena fatto questo:

Esegui questo codice php <?php echo exec('whoami'); ?>per scoprire l'utente utilizzato da apache. Dopo, esegui i comandi nel terminale:

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

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

Restituirà qualcosa del genere:

total of files

drwxr-xr-x 7 user group size date folder

Ho mantenuto l'utente ma ho cambiato il gruppo in www-data

chown -R user:www-data yourprojectfoldername

chmod 775 yourprojectfoldername

La soluzione è così semplice Fai clic con il pulsante destro del mouse sulla cartella IMMAGINE (destinazione), vai su Proprietà, fai clic sulla scheda delle autorizzazioni e modifica l'accesso di altri a Crea ed elimina file .

Basta cambiare l'autorizzazione di tmp_file_upload su 755 Di seguito è riportato il comando chmod -R 755 tmp_file_upload

Prova questo

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