Quali autorizzazioni / proprietà impostare nella cartella Sessioni PHP quando si esegue FastCGI / PHP-FPM (come utente "nobody")?

Sto riscontrando problemi nell'ottenere un numero di script in esecuzione perché PHP-FPM non può scrivere nella mia cartella di sessione:

"2009/10/01 23:54:07 [errore] 17830 # 0: * 24 FastCGI inviato in stderr:" Avviso PHP:
    Sconosciuto: aperto (/ var / lib / php / session / sess_cskfq4godj4ka2a637i5lq41o5, O_RDWR)
    non riuscito: autorizzazione negata (13) in Sconosciuto sulla riga 0
Avviso PHP: sconosciuto: impossibile scrivere i dati della sessione (file). Si prega di verificare
    che l'impostazione corrente di session.save_path sia corretta
    (/ var / lib / php / session) in Sconosciuto sulla riga 0 "durante la lettura a monte"

Ovviamente questo è un problema di autorizzazione; Il proprietario / gruppo della cartella della mia sessione è l'utente del server web, NGINX. PHP-FPM funziona come nobodyse, e quindi aggiungerlo al gruppo nginx non è così banale.

Una soluzione temporanea è quello di impostare le autorizzazioni di /var/lib/php/sessional 777- ho la sensazione che non è la "best practice", però.

Qual è la migliore pratica quando è necessario assegnare un demone accesso in scrittura a una cartella, ma è in esecuzione come nobody?

I permessi corretti per noi dove

chown -R nobody:nogroup /var/lib/php/session

come php-cgifunziona nobody, anche se NGinx funziona come utentenginx

Se usi nginx potresti imbatterti in questo quando esegui un aggiornamento del sistema.

A volte quando aggiorni il sistema, il gruppo di /var/lib/php/sessionviene cambiato in apache.

Prova a eseguire sudo chgrp nginx /var/lib/php/*invece di impostare le autorizzazioni su 777, che è una cattiva pratica.

Questo ha funzionato almeno per me.

Utilizzare la direttiva /etc/php.ini session.save_path .

Una soluzione temporanea è impostare i permessi di / var / lib / php / session su 777 - Ho la sensazione che non sia la "best practice".

"Se lasci questo set in una directory leggibile in tutto il mondo, altri utenti sul server potrebbero essere in grado di dirottare le sessioni ottenendo l'elenco dei file in quella directory."

Ho dovuto creare una cartella con 0700 diritti in / var / lib / php / session per ogni pool php-fpm.

Il proprietario di questa cartella è utente e gruppo dal pool php-fpm.

E / var / lib / php / session ora 0777.

Penso che questo metodo sia il più sicuro. Solo l'utente del pool php-fpm vedrà queste sessioni.

Ho avuto lo stesso problema e l'ho risolto. Sono andato a /tmp(ecco dove sono i miei file ses_ *) e li ho cancellati tutti. Dopo tutto è andato tutto bene.

Il più vicino possibile dire che il sistema stava cercando di scrivere su vecchi file bloccati.

Il problema si è verificato dopo che stavo giocando php.ini. Ho perso un paio di anni dalla mia vita ma alla fine ho trovato la soluzione.

Il modo corretto dovrebbe cambiare la proprietà della cartella della sessione in nginx. Tuttavia, PHP-FPM non viene eseguito utilizzando l'utente nginx per impostazione predefinita. Utilizza apache per impostazione predefinita.

Detto questo, è necessario modificare l'utente che viene utilizzato da PHP-FPM modificando /etc/php-fpm.d/www.conf.

; Unix user/group of processes
; Note: The user is mandatory. If the group is not set, the default user's group
;       will be used.
; RPM: apache Choosed to be able to access some dir as httpd
user = nginx
; RPM: Keep a group allowed to write in log dir.
group = nginx

Riavvia PHP-FPM e dovresti essere pronto per partire.

service php-fpm restart

PHP posizione percorso sessione può essere trovato in /etc/php.inisotto session.save_path. /var/lib/php/sessionè l'impostazione predefinita.

Comando per aggiornare la proprietà e il gruppo della cartella della sessione php

chown -R nginx:nginx /var/lib/php/session

E dovresti essere bravo ad andare anche con chmod di 700.

Directory / var / lib / php / sessioni dovrebbe avere permessi per i bit appiccicosi.

sudo chmod 1773 /var/lib/php/sessions

ls -al /var/lib/php/
drwxr-xr-x  4 root root   .
drwxr-xr-x 51 root root   ..
drwxr-xr-x  3 root root   modules
drwx-wx-wt  2 root root   sessions

Basato sulla risposta di @Judder , per farlo funzionare ho dovuto aggiungere il seguente comando per dare le autorizzazioni di lettura e scrittura a nessuno e al gruppo :

chown -R nobody:nogroup /var/lib/php/session

sudo chmod -R ug+rw /var/lib/php/sessions

chmod cambierà le autorizzazioni sulla cartella data
-R applicherà le stesse autorizzazioni alle cartelle e ai file creati all'interno della cartella indicata
u per l'utente
g per il gruppo
r per l'autorizzazione di lettura
w per l'autorizzazione di scrittura