Rulează automat Nextcloud Cron cu un temporizator Systemd
Verificați modul cron al Nextcloud, reparați serviciul systemd și cronometrul și verificați dacă joburile de fundal rulează după pornire și la fiecare cinci minute.
Dacă luați în considerare criptarea pe server Nextcloud deoarece fișierele se află pe stocare terță parte, activați-o numai după ce confirmați că SSE răspunde modelului dvs. de amenințare. Nu există nicio setare care să garanteze criptarea cu costuri zero de performanță: serverul trebuie să cripteze și să decripteze conținutul fișierelor, astfel încât transferurile și utilizarea CPU se pot modifica. Puteți menține impactul controlat testând fișiere reprezentative, activând criptarea pentru stocarea care are nevoie de ea și programând orice conversie în bloc pentru o perioadă de liniște.
Manualul de administrare actual Nextcloud 35, verificat la 10 octombrie 2026, descrie criptarea server-side (SSE) încorporată în principal ca protecție pentru fișierele aflate în repaus pe stocarea externă. Nu ascunde numele fișierelor sau structurile de foldere și nu protejează fișierele de un server Nextcloud compromis sau de un administrator rău intenționat. Pentru discurile locale sau furtul fizic, criptarea discului sistemului de operare ar putea fi mai potrivită pentru acest obiectiv; pentru a păstra datele ilizibile pentru administratorul serverului, luați în considerare criptarea end-to-end.
Planificați cheile și recuperarea înainte de a modifica setările. Faceți o copie de rezervă a datelor cheii de configurare și de criptare Nextcloud și asigurați-vă că copia de rezervă este stocată separat, cu controale de acces. Materialul cheii este stocat în directorul de date; pierderea cheilor de criptare sau a secretului instanței poate face ca datele criptate să nu mai poată fi recuperate. Mențineți o procedură de recuperare testată, nu doar o copie a bazei de date.
De asemenea, înregistrați o valoare de referință înainte de modificare: testați timpul de încărcare și descărcare pentru fișiere reprezentative, observați activitatea procesorului și a spațiului de stocare și notați orice latență experimentată de utilizatori. Repetați aceleași teste după activare. Acest lucru va arăta dacă modificarea este acceptabilă pe hardware-ul dvs., în loc să vă bazați pe o afirmație generală despre performanță.
sudo -E -u www-data php /var/www/nextcloud/occ encryption:status
Înlocuiți calea exemplu și utilizatorul HTTP cu cele utilizate de instalarea dvs. Nextcloud necesită ca OCC să ruleze ca utilizator HTTP pentru a păstra permisiunile corecte ale fișierelor. În Docker, AIO, Snap sau găzduire gestionată, utilizați shell-ul și utilizatorul acceptate de implementarea respectivă, în loc să copiați literal această comandă gazdă. Consultați ghidul oficial OCC pentru detalii despre executarea comenzilor.
După activarea SSE, fișierele noi și cele modificate sunt criptate. Fișierele existente nu sunt convertite automat doar pentru că setarea a fost activată. Dacă trebuie să criptați biblioteca de fișiere existentă, Nextcloud oferă această comandă OCC:
sudo -E -u www-data php /var/www/nextcloud/occ encryption:encrypt-all
Înainte de a o rula, confirmați că backup-urile sunt actuale și programați o fereastră de întreținere. Operațiunea procesează fișiere pentru toți utilizatorii, afișează progresul și poate necesita timp și resurse substanțiale pe o instanță mare. Nextcloud recomandă utilizatorilor să nu acceseze fișierele în timpul acestui proces. Nu o rulați în timpul utilizării maxime și nu o tratați ca pe o comutare inofensivă. Dacă doar o anumită montare externă necesită SSE, configurați opțiunea de criptare a acelei montări, în loc să inițiați inutil o conversie la nivel de server.
Unele date rămân în afara domeniului de aplicare al criptării conținutului fișierelor. Manualul actual listează numele fișierelor și structurile de foldere, fișierele existente din coșul de gunoi, versiunile istorice ale fișierelor, miniaturile și previzualizările imaginilor, precum și indexul de căutare full-text printre elementele care nu sunt criptate de SSE. Partajarea fișierelor criptate pe un spațiu de stocare extern trebuie să treacă prin Nextcloud; acestea nu pot fi partajate direct de la furnizorul de stocare.
Folosește o verificare în etape în loc să criptezi totul deodată:
Nextcloud nu promite zero costuri suplimentare, iar impactul real depinde de hardware, dimensiunile fișierelor, spațiul de stocare, concurența și volumul de lucru. SSE poate, de asemenea, să crească ușor dimensiunea fișierelor stocate; manualul actual menționează aproximativ 1% pentru versiunile moderne, comparativ cu o suprasarcină mai mare în versiunile mai vechi. Nu presupuneți că o estimare veche a performanței se aplică versiunii dvs.
După activarea SSE, verificați occ encryption:statusși testați comportamentul de încărcare, descărcare, partajare și sincronizare cu un fișier necritic. Confirmați că datele de pe spațiul de stocare dorit pot fi citite prin Nextcloud și că întârzierile măsurate rămân acceptabile. Pentru fișierele existente, nu presupuneți că sunt criptate până la finalizarea operațiunii în bloc.
Dacă ulterior decideți să dezactivați SSE, nu dezactivați pur și simplu aplicația sau modulul cât timp fișierele criptate rămân. Secvența documentată de Nextcloud este de a decripta mai întâi fișierele, apoi de a dezactiva criptarea; comanda decrypt poate intra în modul de întreținere și ar trebui executată și cu copii de rezervă:
sudo -E -u www-data php /var/www/nextcloud/occ encryption:decrypt-all
Confirmați finalizarea operațiunii și verificați accesul la fișiere înainte de a modifica setările de criptare. Dacă costul măsurat este prea mare, restrângeți domeniul de stocare criptat sau alegeți o protecție la nivelul de stocare care se potrivește modelului dvs. de amenințare. Păstrați cheile și secretul instanței în copie de rezervă atât timp cât există date criptate.
Verificați modul cron al Nextcloud, reparați serviciul systemd și cronometrul și verificați dacă joburile de fundal rulează după pornire și la fiecare cinci minute.
Activează blocarea fiabilă a fișierelor Nextcloud, alege backend-ul Redis sau Valkey potrivit și verifică dacă avertismentul dispare fără a risca modificări simultane ale fișierelor.
Corectează rezultatele comune ale scanărilor Nextcloud cu actualizări actuale, HTTPS și HSTS, încredere precisă în reverse-proxy și verificări pe serverul public.
Configurați Nextcloud SSE pentru stocarea care necesită acest lucru, protejați cheile de criptare și măsurați impactul asupra transferului și procesorului înainte de a cripta fișierele existente.
Conectează căutarea de fișiere Nextcloud la Elasticsearch, indexează conținutul documentelor și alege o configurație care se potrivește nevoilor serverului și securității tale.
Configurați Nextcloud pentru a elimina fișierele șterse după o perioadă de retenție definită, pentru a programa în mod fiabil joburile în fundal și pentru a evita comenzile care golesc coșul de gunoi al fiecărui utilizator.
Rulați repararea OCC din Nextcloud în siguranță, previzualizați modificările bazei de date și verificați de ce avertismentul ar putea persista.
Permiteți încărcări mai mari în browserul Nextcloud prin alinierea setărilor PHP, Nginx sau Apache, stocarea temporară și timeout - și verificați ce limită blochează fișierul.
Setați limita de memorie PHP utilizată efectiv de Nextcloud, reporniți serviciul corect și confirmați setarea de 512 MB în Prezentare generală a administratorului.
Montați un bucket de stocare a obiectelor compatibil în Nextcloud folosind backend-ul său S3, cu endpoint-ul, acreditările, domeniul de acces și pașii de verificare corecți.