Utilizatorul www-data nu poate deschide un fișier pentru a scrie în php

Am un server apache care rulează ca www-data on Ubuntu 20.04.3 LTS (GNU/Linux 5.4.0-97-generic x86_64) Într-un fișier php, următoarea linie eșuează cu eroare: Permisiune refuzată

$f=fopen("detekst.txt","a+");

Privind permisiunile:

la -al detekst.txt
-rw-rw-r-- 1 L146584 leerlingen 1364 Feb 15 15:12 detekst.txt

și verificarea grupurilor

grupuri www-data 
www-data : www-data leerlingen

De asemenea, am verificat folosind exec('whoami'); că www-data rulează php.

Folosind un editor de text, un alt membru al leerlingen poate deschide fișierul pentru scriere.

Deci sunt foarte nedumerit, de ce nu poate www-data fiind membru al leerlingen să nu deschidă fișierul?

Dacă schimb permisiunile detekst.txt la 0666:

-rw-rw-rw- 1 L146584 leerlingen 1364 Feb 15 15:12 detekst.txt

codul php merge bine!!

De asemenea, când reveniți la permisiunea de fișier 664 și schimbați grupul la www-data, totul funcționează bine.

-rw-rw-r-- 1 L146584 www-data 1478 Feb 15 15:45 detekst.txt

Ce greșesc aici?

Proprietatea grupului dvs. asupra fișierului în cauză nu este www-data când încercați pentru prima dată să utilizați fișierul, ca atare www-data utilizatorul și grupul nu au permisiuni de scriere când 644 sau 664 sunt permisiunile pe fișier. Dacă www-data nu are proprietatea utilizatorului sau a grupului asupra fișierului, se încadrează în categoria „altele” pentru permisiuni, care este doar pentru citire (4 = permisiuni numai pentru citire în limbajul chmod)

Remediați acest lucru este să schimbați calitatea de proprietar al grupului, așa cum ați văzut www-data și apoi asigurându-vă că permisiunile sunt 664 cel puțin pentru că asta adaugă permisiunea de scriere.

Ca alternativă, www-data este adăugată la alt grup, apoi reporniți serverul pentru a vă asigura că toate serviciile sunt repornite corect cu noile permisiuni. În Linux, serviciile sunt deja pornite și nu vor moșteni o nouă apartenență la un grup de permisiuni până când serviciile sunt repornite complet într-o nouă sesiune a acelui „utilizator”, indiferent dacă este un utilizator demon de sistem sau nu. Deci, o repornire va ajuta la reîmprospătarea datelor la următoarea pornire a serverului web.