Exemplu ipotetic: Mina editează un plan de proiect în ONLYOFFICE dintr-un folder Nextcloud. Editorul deschide și acceptă modificările, dar Nextcloud raportează ulterior mesajul „Documentul nu a putut fi salvat”. Acest exemplu este ilustrativ, nu este un raport al unui test real. În această situație, mențineți editorul deschis, păstrați o copie locală a lucrării nesalvate și verificați dacă ONLYOFFICE Docs poate accesa direct apelul de salvare Nextcloud. Apoi utilizați jurnalele pentru a distinge o eroare de rutare a apelului de salvare de o problemă de stocare sau permisiune Nextcloud.
Nu închideți și nu reîmprospătați editorul cât timp acesta conține încă modificări pe care Nextcloud nu le-a salvat. Folosiți opțiunea „Descărcare ca” a editorului pentru a păstra o copie locală de recuperare, dacă editorul răspunde în continuare. Notați ora la care nu a reușit să salveze fișierul și numele fișierului, astfel încât administratorul să poată compara jurnalele.
Testează un fișier DOCX mic într-un folder standard Nextcloud. Dacă se salvează, concentrează-te pe permisiunile, starea de partajare, spațiul de stocare sau formatul fișierului original. Dacă toate fișierele eșuează, începe cu ruta de apel invers partajată și starea serverului.
ONLYOFFICE Docs trimite o cerere POST la adresa URL de apel invers furnizată de conectorul Nextcloud. Nextcloud preia apoi fișierul editat și actualizează versiunea stocată. Editorul se poate deschide normal, dar nu reușește să salveze dacă Document Server nu poate posta înapoi în Nextcloud.
Reproduceți problema cu un fișier de test, apoi comparați jurnalele DocService și Nextcloud la acel moment. Pe Linux, jurnalele ONLYOFFICE se află sub /var/log/onlyoffice/documentserver/; în Docker, verificați jurnalele containerului sau directorul de jurnal montat. Jurnalul de fișiere implicit al Nextcloud se află nextcloud.logîn directorul său de date, cu excepția cazului în care log_typesau logfileîl modifică.
În Nextcloud, deschideți Setări > Administrare > ONLYOFFICE . Confirmați că adresa publică ONLYOFFICE Docs este adresa URL pe care browserele utilizatorilor ar trebui să o încarce. Dacă cele două servere nu se pot conecta prin adresele lor publice, setați câmpurile interne documentate: adresa ONLYOFFICE Docs pentru solicitările interne de la server și adresa serverului pentru solicitările interne de la ONLYOFFICE Docs . Prima trebuie să funcționeze de la Nextcloud la Document Server; a doua trebuie să funcționeze de la Document Server la Nextcloud.
În configurația ipotetică a Minei, apelul invers utilizează http://cloud.example.comși redirecționează către HTTPS. Configurați adresa HTTPS finală direct, apoi asigurați-vă că DNS, regulile firewall și încrederea în certificate permit serverului de documente să o acceseze. Proxy-ul ar trebui să transmită apelul invers către Nextcloud fără a redirecționa schema, numele de gazdă sau calea sa. Numele de gazdă exemplu nu este pentru instalări reale.
Verificarea conexiunii ONLYOFFICE poate ajuta la verificarea adreselor de servicii configurate:
sudo -u www-data php occ onlyoffice:documentserver --checkRulați-l din directorul Nextcloud ca cont de server web corespunzător. O verificare reușită nu dovedește că POST-ul de apel invers funcționează. Nici o cerere HEAD manuală sau o pagină de browser cu același nume de gazdă nu constituie o dovadă.
Dacă apelul invers ajunge la Nextcloud, dar fișierul tot nu se actualizează, verificați jurnalul Nextcloud pentru solicitarea corespunzătoare. Confirmați că utilizatorul are permisiune de editare, că montarea spațiului de stocare este disponibilă, că contul nu depășește cota și că volumul de date are spațiu liber și inode-uri. Dacă problema afectează un fișier partajat, întrebați dacă un alt utilizator sau client de sincronizare îl modifică în același timp, apoi testați cu o copie într-un folder privat.
Blocarea fișierelor tranzacționale din Nextcloud coordonează scrierile; nu o dezactivați ca o soluție rapidă. Dacă jurnalele indică erori de blocare sau de bază de date, verificați backend-ul de blocare și serviciul Redis sau Valkey. Nu ștergeți oc_file_locksrânduri sau fișiere de blocare, deoarece acestea pot perturba scrierile active.
Dacă un test standard pentru foldere funcționează, dar un fișier stocat extern eșuează, investigați disponibilitatea și modul de autentificare al respectivei monte. ONLYOFFICE documentează limitările pentru unele moduri de stocare externă; evitați modificarea acreditărilor până când nu izolați montarea.
După modificarea unei setări, efectuați o modificare distinctă într-un mic document de test, așteptați finalizarea salvării, apoi închideți-l și redeschideți-l din Nextcloud. Confirmați că modificarea persistă și că jurnalele corespunzătoare nu arată nicio redirecționare, eroare de conexiune sau excepție de stocare.
Dacă testul reușește, dar originalul tot eșuează, verificați permisiunile, montarea externă sau editările simultane. Dacă toate apelurile inverse eșuează, păstrați copia locală și escaladați-o cu timestamp-ul, starea HTTP, versiunile și jurnalele curățate. Redactați JWT-urile, cookie-urile, URL-urile semnate și numele de fișiere personale.
Acești pași abordează cauzele comune ale unei erori de salvare legate de apel invers, rutare și stocare. Remedierea exactă depinde de primul punct de eroare din jurnale; o verificare reușită a conexiunii nu poate certifica întregul flux de lucru pentru salvare.
Documentația a fost verificată pe 9 octombrie 2026. Câmpurile conectorilor și destinațiile jurnalelor pot varia în funcție de versiunea aplicației instalate și de configurația implementării.
Setați limba de verificare pentru întregul document sau pentru textul selectat, confirmați că verificarea ortografică este activă și identificați când lipsește un dicționar de pe server.
Activați funcția de urmărire persistentă a modificărilor pentru toți utilizatorii dintr-un singur document ONLYOFFICE, verificați dacă modificările sunt înregistrate și înțelegeți limitele acestei setări.
Află dacă Nginx, rețeaua Docker sau un serviciu ONLYOFFICE intern returnează eroarea 502, apoi verifică verificarea corectă a upstream-ului și a stării de funcționare.
Diagnosticați salvările ONLYOFFICE eșuate verificând ruta de apel invers Nextcloud, redirecționările proxy și jurnalele de stocare, apoi verificați dacă fișierul editat persistă.
Găsiți cauza blocărilor de memorie ONLYOFFICE, verificați limitele Docker, dimensionați corect memoria RAM VPS, adăugați memoria swap în siguranță și verificați dacă documentele se deschid și se salvează.
Separă problemele legate de descărcarea browserului de erorile de conversie de pe server și folosește jurnalul corect sau verificarea accesului pentru a face exportul PDF să funcționeze.
Potrivește secretul JWT utilizat de ONLYOFFICE Docs și Nextcloud, aplică-l în siguranță pentru instalările Docker sau Linux și verifică conexiunea fără a slăbi autentificarea.
Instalați ONLYOFFICE Workspace Community pe Ubuntu 24.04 cu scriptul oficial Docker, verificați cerințele serverului, omiteți Mail dacă este necesar și verificați portalul în siguranță.
Configurați secrete JWT corespunzătoare pentru ONLYOFFICE Docs și conectorul său, cu pași siguri pentru pachete Linux, implementări Docker și verificare.
Dați unui editor ONLYOFFICE Docs încorporat sigla companiei și culorile interfeței, cu un fișier temă personalizat și o configurație a editorului. Consultați limitele de ediție și verificările de implementare.
