Setați o politică de expirare fiabilă pentru fișierele șterse din Nextcloud

Pentru a goli automat fișierele șterse din Nextcloud, setați o vârstă maximă de păstrare și asigurați-vă că joburile de fundal Nextcloud rulează conform unui program. De exemplu, setați trashbin_retention_obligationsă auto, 30ștergeți automat elementele din coșul de gunoi mai vechi de 30 de zile, apoi rulați cronul de sistem recomandat de Nextcloud la fiecare cinci minute. autoPolitica implicită nu promite ștergerea chiar în ziua 30.

Ștergerea automată este permanentă. Alegeți o perioadă de păstrare care să le ofere utilizatorilor timp să își corecteze greșelile și păstrați copii de rezervă pentru tot ceea ce trebuie să rămână recuperabil după ce părăsește coșul de gunoi.

Ce curăță Nextcloud în mod implicit?

Documentația administratorului Nextcloud 35 descrie autopăstrarea elementelor șterse timp de cel puțin 30 de zile, apoi permiterea eliminării lor dacă este necesar spațiu de stocare. Dacă nu este necesar spațiu, elementele pot rămâne în stoc mai mult de 30 de zile. Acest comportament face ca coșul de gunoi să fie o zonă de recuperare, nu un cronometru strict de ștergere de 30 de zile.

Reținerea nu este absolută dacă cota unui utilizator este depășită din cauza elementelor din coșul de gunoi: Nextcloud poate suprascrie politica configurată și poate curăța elementele până când cerința de cotă este îndeplinită. Verificați documentația actuală privind reținerea coșului de gunoi înainte de a aplica o politică conturilor cu restricții de cotă.

Setați o vechime maximă pentru fișierele șterse

Executați occdin directorul de instalare Nextcloud și ca utilizator HTTP, astfel încât permisiunile fișierelor să rămână consecvente. Pe Debian sau Ubuntu, utilizatorul respectiv este de obicei www-data, iar calea de instalare este adesea /var/www/nextcloud. Înlocuiți utilizatorul și calea reale pe alte sisteme sau în containere.

cd /var/www/nextcloud
sudo -E -u www-data php occ config:system:set trashbin_retention_obligation --value='auto, 30'

Această setare este stocată în configurația sistemului Nextcloud. Pentru a verifica valoarea activă, executați:

sudo -E -u www-data php occ config:system:get trashbin_retention_obligation

Rezultatul ar trebui să afișeze auto, 30. Dacă preferați o altă politică, utilizați tabelul de mai sus și introduceți valoarea acesteia. Opțiunea 30, 90își propune să păstreze elementele timp de cel puțin 30 de zile și să le elimine după 90 de zile; impunerea cotei poate totuși impune o curățare mai devreme.

Asigurați-vă că lucrările în fundal rulează în mod fiabil

Nextcloud rulează expirarea coșului de gunoi ca o sarcină în fundal. Manualul administratorului precizează că jobul în fundal al coșului de gunoi rulează la fiecare 30 de minute, dar depinde în continuare de invocarea funcționalității de execuție a joburilor în fundal a instalației. Nextcloud recomandă cron-ul sistemului de operare pentru sarcinile obișnuite; modul său AJAX implicit este mai puțin fiabil, deoarece joburile rulează doar atunci când utilizatorii vizitează site-ul.

Setați Nextcloud în modul cron:

sudo -E -u www-data php occ background:cron

Apoi editați crontab-ul utilizatorului serverului web. Pe o gazdă Debian sau Ubuntu tipică:

sudo crontab -u www-data -e

Adăugați această linie, modificând executabilul PHP sau calea Nextcloud dacă instalarea dvs. folosește locații diferite:

*/5 * * * * php -f /var/www/nextcloud/cron.php

Această programare declanșează executantul de fundal Nextcloud la fiecare cinci minute; joburile individuale își păstrează propriile programări. Pentru o implementare de containere, utilizați serviciul cron documentat sau lucrătorul programat pentru acea implementare și rulați cron.phpca utilizator web Nextcloud. Nu adăugați un al doilea job orbește dacă imaginea sau platforma dvs. îl rulează deja.

Cum poți testa expirarea în siguranță?

Mai întâi verificați atât politica, cât și jobul planificat. Verificați politica cu occ config:system:get trashbin_retention_obligation, apoi listați jobul planificat:

sudo crontab -u www-data -l

În setările de administrare ale Nextcloud, confirmați că joburile de fundal sunt setate la Cron și că ultima oră de execuție a jobului avansează. După ce trece vârsta maximă configurată, bifați Fișiere șterse pentru un element de test vechi care poate fi pierdut în siguranță. Jobul de expirare rulează conform programului său, deci curățarea nu este neapărat imediată la limita exactă de retenție.

Pentru un test unic cu o politică de retenție personalizată, executați comanda retention-aware:

sudo -E -u www-data php occ trashbin:expire --quiet

Pe Nextcloud-ul curent, trashbin:expirese aplică perioada de retenție configurată. Cu autopolitica implicită, comanda se încheie fără a expira elementele; expirarea automată implicită este gestionată de jobul de fundal. Nu înlocuiți trashbin:cleanup --all-users: acea comandă elimină definitiv tot coșul de gunoi pentru fiecare utilizator, indiferent de vârstă, și nu este o setare de retenție de rutină.

Listă de verificare rapidă pentru verificare

• Politica activă returnată de occ config:system:get trashbin_retention_obligationcorespunde ferestrei de retenție dorite.
• Lucrările de fundal Nextcloud sunt setate la Cron, iar crontab-ul utilizatorului serverului web include cron.phpcalea corectă.
• Ora de execuție a ultimei sarcini avansează în setările de administrare.
• Un element de testare vechi, care a depășit vârsta maximă, dispare după rularea lucrării de fundal, în timp ce elementele mai noi rămân, cu excepția cazului în care spațiul de stocare sau presiunea cotei necesită curățare.

Dacă ultima oră de execuție nu avansează, depanați cronul sistemului, calea CLI PHP, utilizatorul serverului web și calea Nextcloud înainte de a modifica valoarea de retenție. O politică corectă nu poate curăța nimic dacă rulatorul de fundal nu se execută niciodată.

Documentație oficială

• Nextcloud 35: Elemente șterse (coș de gunoi)
• Nextcloud 35: Lucrări în fundal
• Nextcloud 35: Fișiere și comenzi trashbin
• Nextcloud 35: Comenzi de configurare și context