move_uploaded_file wyświetla błąd „nie udało się otworzyć strumienia: odmowa uprawnień”

Ciągle otrzymuję ten błąd podczas próby skonfigurowania katalogu przesyłania z Apache 2.2 i PHP 5.3 na CentOS.

W php.ini:

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

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

Uprawnienia do katalogu 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

Bez względu na to, co zrobię, otrzymuję ten błąd z PHP podczas przesyłania pliku:

Ostrzeżenie: move_uploaded_file (images / robot.jpg): nie udało się otworzyć strumienia: Odmowa dostępu w /var/www/html/mysite/process.php w linii 78

Ostrzeżenie: move_uploaded_file (): Nie można przenieść '/ tmp / phpsKD2Qm' do 'images / robot.jpg' w /var/www/html/mysite/process.php w linii 78

Jak widać, nigdy nie pobierał konfiguracji z pliku php.ini w odniesieniu do przesłanego pliku.

Co ja tu robię źle?

To dlatego, że imagesitmp_file_upload są tylko do zapisu przez rootużytkownika. Aby przesyłanie działało, musimy uczynić właściciela tych folderów takim samym, jak właściciel procesu httpd LUB umożliwić im globalny zapis (zła praktyka).

1. Sprawdź właściciela procesu Apache: $ps aux | grep httpd . Pierwszą kolumną będzie zazwyczaj właścicielnobody

2. Zmień właściciela imagesi tmp_file_uploadzostań nobodylub kimkolwiek innym właścicielem, którego znalazłeś w kroku 1.

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

3. Chmod imagesi tmp_file_uploadteraz właściciel ma prawo do zapisu, jeśli to konieczne [Wygląda na to, że masz już to miejsce]. Wspomniany w odpowiedzi @Dmitry Teplyakov.

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

4. Aby uzyskać więcej informacji na temat przyczyn takiego zachowania, zapoznaj się z podręcznikiem http://php.net/manual/en/ini.core.php#ini.upload-tmp-dir , zauważ, że jest tam również mowa o open_basedirdyrektywie.

Możesz także uruchomić ten skrypt, aby znaleźć właściciela procesu Apache:

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

A następnie zmień właściciela katalogu docelowego na to, co masz. Użyj polecenia:

chown user destination_dir

A następnie użyj polecenia

chmod 755 destination_dir

aby zmienić uprawnienia do katalogu docelowego.

Jeśli masz system Mac OS X, przejdź do katalogu głównego pliku lub folderu swojej witryny internetowej.

Następnie kliknij go prawym przyciskiem myszy, przejdź do informacji, przejdź na sam dół ( Udostępnianie i uprawnienia ), otwórz to, zmień wszystko tylko do odczytu na odczyt i zapis. Pamiętaj, aby otworzyć kłódkę, przejść do ikony ustawień i wybrać Zastosuj do załączonych elementów ...

To zadziałało dla mnie.

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

Następnie wyloguj się lub uruchom ponownie.

Jeśli SELinux narzeka, spróbuj wykonać następujące czynności

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

Chciałem to dodać do poprzednich sugestii. Jeśli używasz wersji Linuksa z włączonym SELinux , powinieneś również wykonać to w powłoce:

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

Wraz z nadaniem uprawnień użytkownikowi serwera WWW poprzez grupę lub zmianę właściciela katalogu.

Zmień uprawnienia dla tego folderu

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

Spróbuj tego:

1. otwórz / etc / apache2 / envvars

   sudo gedit /etc/apache2/envvars

2. wymień www-datanayour_username

   "export APACHE_RUN_USER=www-data" 

   zamienić

   export APACHE_RUN_USER='your_username' 

Napotkałem ten powiązany problem nawet po pomyślnym uruchomieniu programu Composer. Zaktualizowałem kompozytora i podczas uruchamiania composer installlub php composer.phar installotrzymałem:

... nie udało się otworzyć strumienia: Odmowa dostępu ...

Po wielu badaniach okazuje się, że poprzednie odpowiedzi dotyczące zmiany uprawnień do folderu zadziałały. Teraz to tylko trochę inne katalogi.

Podczas mojej instalacji w systemie OS X plik pamięci podręcznej znajduje się /Users/[USER]/.composer/cachei miałem problemy, ponieważ właścicielem pliku pamięci podręcznej był root. Rekurencyjna zmiana własności pliku „.composer” na mojego użytkownika rozwiązała problem.

Oto co zrobiłem:

sudo chown -R [USER] cache

Następnie ponownie uruchomiłem instalację kompozytora i voila!

Ten problem występuje, gdy użytkownik Apache (dane www) nie ma uprawnień do zapisu w folderze. Aby rozwiązać ten problem, musisz umieścić użytkownika wewnątrz grupy www-data.

Właśnie zrobiłem to:

Wykonaj ten kod php, <?php echo exec('whoami'); ?>aby odkryć użytkownika używanego przez apache. Następnie wykonaj polecenia w terminalu:

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

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

Zwróci coś takiego:

total of files

drwxr-xr-x 7 user group size date folder

Zachowałem użytkownika, ale zmieniłem grupę na dane www

chown -R user:www-data yourprojectfoldername

chmod 775 yourprojectfoldername

Rozwiązanie jest takie proste. Tylko kliknij prawym przyciskiem myszy folder IMAGE (docelowy), przejdź do właściwości, kliknij kartę uprawnień i zmień dostęp innych do tworzenia i usuwania plików .

Po prostu zmień uprawnienia tmp_file_upload na 755 Poniżej znajduje się polecenie chmod -R 755 tmp_file_upload

Spróbuj tego

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