Ștergeți în siguranță avertismentul ownCloud Apache .htaccess
Setați AllowOverride All doar pentru rădăcina web a ownCloud, validați vhost-ul Apache activ și reîncărcați în siguranță pentru a restaura regulile .htaccess.
Pentru ownCloud Server Classic , comanda de administrator pentru eliminarea versiunilor de fișiere salvate este occ versions:cleanup. Adăugați unul sau mai multe ID-uri de utilizator pentru a limita eliminarea; omiteți ID-urile de utilizator doar atunci când intenționați să ștergeți istoricul versiunilor pentru fiecare utilizator. Acest lucru este distructiv, așa că faceți mai întâi o copie de rezervă a bazei de date și a spațiului de stocare a fișierelor ownCloud.
Exemplu ipotetic: Alex administrează un server Classic ownCloud și trebuie să elimine reviziile vechi pentru un cont de test retras numit demo_user. Acest exemplu fictiv prezintă comanda vizată și o compară cu o curățare la nivel de server; nu descrie o rulare sau un rezultat real.
Pașii de mai jos utilizează occ, interfața de linie de comandă documentată pentru ownCloud Server 10.16. Aceștia nu se aplică pentru ownCloud Infinite Scale (oCIS), care utilizează un set de comenzi diferit. Dacă nu sunteți sigur ce produs este instalat, consultați administratorul înainte de a executa o curățare.
Într-o instalare Linux obișnuită, accesați directorul de instalare ownCloud. Următoarea cale este un exemplu pentru Ubuntu; utilizați calea reală:
cd /var/www/owncloud
Verificați dacă aplicația Versions este activată și confirmați ID-ul contului pe care intenționați să îl vizați:
sudo -u www-data ./occ app:list --enabled files_versions

files_versionsaplicația activată înainte de a utiliza comanda de curățare a acesteia.Referința ownCloud spune că comenzile de versiune sunt disponibile numai atunci când files_versionseste activat și nu sunt disponibile în modul de întreținere pentru un singur utilizator. Rulați occca utilizator HTTP al serverului web, astfel încât permisiunile fișierelor să rămână consistente. Pe Debian sau Ubuntu, acest lucru este de obicei www-data; alte distribuții pot utiliza un cont diferit. Consultați referința comenzii occ din ownCloud .
Înainte de a șterge istoricul, faceți o copie de rezervă utilizând procedura obișnuită de backup ownCloud. Includeți baza de date și locația de stocare care conține fișierele și versiunile utilizatorilor. Confirmați că copia de rezervă a fost finalizată și poate fi restaurată; o copie doar a bazei de date poate să nu conțină fișierele cu versiunea reală.
În cazul ipotetic al lui Alex, domeniul de aplicare intenționat este doar demo_user. ID-ul utilizatorului trebuie să corespundă contului de pe acest server. Nu înlocuiți cu o adresă de e-mail, un nume afișat sau un alt utilizator, deoarece comanda acceptă ID-uri de utilizator. Confirmați identificatorul contului în administrarea utilizatorilor din ownCloud înainte de a executa comanda, mai ales dacă numele dintr-un serviciu de director diferă de ID-ul de conectare.
Dacă scopul este de a elimina toate versiunile vechi pentru acest cont, utilizați versions:cleanup. Nu există o opțiune de simulare documentată pentru această comandă, așadar verificați ținta și copia de rezervă înainte de a o executa. Nu puneți serverul în modul de întreținere pentru un singur utilizator pentru această operațiune: ownCloud documentează comenzile Versiuni ca fiind indisponibile în acel mod.
Pentru o instalare Linux obișnuită, executați comanda din directorul ownCloud ca utilizator HTTP. Pe Debian sau Ubuntu, Alex ar executa:
sudo -u www-data ./occ versions:cleanup demo_user

demo_userlimitează curățarea la acel cont ownCloud.În sintaxa documentată, versions:cleanup [user_id]...acceptă unul sau mai multe ID-uri de cont. Dacă nu este specificat niciun ID, șterge fișierele versionate pentru toți utilizatorii. Folosește formularul global numai după aprobarea explicită a domeniului respectiv:
sudo -u www-data ./occ versions:cleanup

Exemplul lui ownCloud prezintă comanda care identifică toți utilizatorii pentru ștergere atunci când nu este furnizat niciun ID; furnizarea ID-urilor restrânge operațiunea la acele conturi. Manualul menționează, de asemenea, că versiunile majore persistente publicate pot fi eliminate de către un administrator cu această comandă, chiar dacă politicile normale de retenție nu le expiră. Verificați cu proprietarii de conținut înainte de a șterge conturile care pot conține revizii aprobate sau publicate. Nu adăugați --no-interactionla solicitările de omitere. Pentru o instalare de container, modelul documentat este docker exec --user www-data <owncloud-container-name> occ <your-command>; înlocuiți substituentul cu numele real al containerului și comanda selectată. Consultați instrucțiunile Docker și occ dacă implementarea dvs. utilizează un alt utilizator de container.
Dacă Alex ar fi vrut ca ownCloud să elimine doar versiunile care au expirat conform politicii de retenție configurate, comanda mai potrivită ar fi:
sudo -u www-data ./occ versions:expire demo_user

versions:expireaplică reguli de retenție configurate; nu promite să elimine fiecare versiune salvată.Referința ownCloud definește versions:expireștergerea doar a versiunilor expirate conform versions_retention_obligation. În schimb, versions:cleanupșterge toate versiunile din domeniul de aplicare selectat. Verificați setările documentate de păstrare a versiunilor înainte de a modifica politica. Setarea disableddezactivează ștergerea versiunilor; nu elimină versiunile deja stocate.
Acest articol prezintă ownCloud Server Classic. Infinite Scale are propriile comenzi de curățare a reviziilor; urmați documentația de curățare a reviziilor din oCIS în loc să rulați occacolo.
După ce comanda se termină fără erori, deschideți vizualizarea Versiuni pentru un fișier deținut de contul vizat. Confirmați că reviziile anterioare nu mai sunt listate și că fișierul curent este încă prezent. Pentru o curățare a tuturor utilizatorilor, verificați conturile reprezentative în loc să presupuneți că o comandă vizată a rulat global. Păstrați copia de rezervă până când proprietarul confirmă că nu mai este necesară nicio versiune istorică. Dacă scopul dvs. a fost doar să respectați un program de păstrare, utilizați versions:expireși verificați în funcție de politica respectivă în loc să vă așteptați la o curățare completă imediată.
Această comandă este specială pentru versiunile de fișiere. Nu șterge elementele din coșul de gunoi Fișiere șterse, nu elimină arhivele de rezervă și nu șterge fișierele curente în sine. Tratați-le ca sarcini separate de păstrare a datelor; nu eliminați manual directorul versiuni pentru a înlocui comanda documentată.
Setați AllowOverride All doar pentru rădăcina web a ownCloud, validați vhost-ul Apache activ și reîncărcați în siguranță pentru a restaura regulile .htaccess.
Activați aplicația Enterprise Auditing a ownCloud, direcționați evenimentele admin_audit către un fișier jurnal protejat și confirmați că acțiunile reale ale utilizatorilor sunt înregistrate.
Aliniați emitentul realm-ului Keycloak, clientul web și revendicările utilizatorului pentru a permite ownCloud Infinite Scale să conecteze utilizatorii în mod fiabil pe clienții web și mobili.
Transferă fișierele deținute și partajările de ieșire cu comanda occ din ownCloud, înțelege ce rămâne în urmă și verifică accesul înainte de a șterge contul vechi.
Află când necesită atenție indexurile bazei de date ownCloud 10, cum să aplici în siguranță actualizările schemei acceptate și când optimizarea interogărilor sau o modificare a bazei de date reprezintă cea mai bună soluție.
Conectați o partajare de rețea Windows sau Samba la ownCloud prin intermediul spațiului de stocare extern, verificați acreditările și depanați în siguranță folderele inaccesibile.
Eliminați fiecare versiune de fișier ownCloud Server Classic stocată pentru un cont sau pentru toți utilizatorii și faceți diferența între o eliminare completă și o expirare bazată pe retenție.
Urmăriți un refuz al conexiunii mobile ownCloud verificând adresa URL a serverului, rețeaua telefonică, endpoint-ul HTTPS și jurnalele serverului în ordinea corectă.
Înlocuiți rularea joburilor la cerere cu un cronometru systemd care rulează comanda occ system:cron acceptată de ownCloud la fiecare 15 minute.
Urmăriți cererea WebDAV prin Apache, Nginx sau un proxy invers, apoi confirmați că sincronizarea ownCloud funcționează cu un test PROPFIND autentificat.