Trasarea unui document Collabora gol către stratul cu erori

Începeți prin a verifica dacă ecranul gol afectează un fișier sau toate fișierele, apoi inspectați panourile Rețea și Consolă ale browserului, alături de jurnalele Collabora și ale platformei de stocare. O pânză goală este un simptom, nu un diagnostic: editorul s-ar fi putut încărca în timp ce conexiunea la document, autorizarea WOPI sau resursele încorporate au eșuat.

Un editor de documente cu o pagină albă goală și o bară de instrumente cu rotiță care se încarcă.
Vizualizare ilustrativă a simptomului în browser: apare cadrul editorului, dar pânza documentului rămâne goală în timpul încărcării.

1. Decideți dacă problema este fișierul, browserul sau serviciul

Deschideți un document cunoscut ca fiind valid în aceeași aplicație, apoi încercați fișierul afectat într-un alt browser acceptat sau într-o fereastră privată. Nu editați originalul în timpul diagnosticării. Un fișier defect indică formatul, conținutul sau permisiunile fișierului; erorile generalizate indică servicii partajate sau modificări ale rețelei.

Ceea ce observațiCea mai utilă verificare următoareCompromis
Un document este golÎncercați un alt fișier cu același format; verificați fișierul aplicației de stocare și jurnalele WOPI.Izolare rapidă, dar nu exclude o problemă de analiză sau permisiuni specifică fișierului.
Toate documentele eșuează într-un singur browserFereastră privată, un alt browser, extensii și consolă de browser.Risc redus și rapid, dar o soluție alternativă pentru browser nu repară o problemă a serverului.
Toți utilizatorii și browserele eșueazăCereri de rețea, proxy invers, politică de gazdă WOPI și jurnale de server.Mai multă valoare diagnostică, dar modificările pot afecta fiecare utilizator; capturați mai întâi setările actuale.

O fereastră privată este un test, nu o soluție. Dacă funcționează acolo, dezactivați extensiile pe rând sau ștergeți datele site-ului pentru originea afectată numai după ce confirmați că nu aveți activități nesincronizate. Ștergerea tuturor datelor browserului poate deconecta utilizatorii și elimina starea site-ului fără legătură.

2. Găsiți solicitarea care a eșuat înainte de a modifica setările

În Chrome sau Chromium, deschideți Instrumente pentru dezvoltatori ( F12 sau Ctrl+Shift+I ), selectați Rețea , activați Păstrare jurnal și reîncărcați. Filtrați pentru WS (WebSocket) și inspectați erorile; referința Chrome DevTools Network explică filtrele de solicitări și detaliile despre stare. Verificați consola pentru erori CSP, certificat, conținut mixt sau JavaScript.

Un panou de rețea din instrumentele pentru dezvoltatori de browser care afișează cererile de documente și WebSocket eșuate cu stări 502.
Panou ilustrativ Rețea: cererile de documente și WebSocket eșuate indică rutare sau conectivitate în amonte; numele cererilor și codurile de stare reale variază în funcție de implementare.

Interpretați dovezile în loc să aplicați o rețetă generică indirectă:

  • 404 pe resursele sau /browser/căile editorului: verifică dacă proxy-ul invers redirecționează căile Collabora curente spre dreapta, în amonte.
  • 502, timeout sau un WebSocket care se închide imediat: verificați accesibilitatea în amonte, jurnalele proxy, gestionarea WebSocket-ului și calea cererii. Un /hosting/discoveryendpoint accesibil dovedește doar acces HTTP de bază; nu dovedește că conexiunea live a editorului funcționează.
  • 403 sau „Gazdă WOPI neautorizată” în jurnale: verificați gazda de stocare menționată în URL-ul WOPI în raport cu gazdele WOPI permise de Collabora.
  • Eroare CSP sau certificat: corectați originea exactă de încorporare sau lanțul de certificate. Nu dezactivați securitatea browserului și nu relaxați în general o Politică de securitate a conținutului pentru a face ecranul să se încarce.

Pentru cererile WebSocket, obiectivul este o confirmare de handshake reușită; starea afișată depinde de versiunea HTTP și de calea proxy, așadar nu tratați un singur număr de stare așteptat ca fiind universal.

3. Potriviți remedierea cu stratul defect

Verificați ambele direcții și schema URL-ului

Ghidul actual de depanare a problemelor de la Nextcloud menționează că browserul utilizatorului trebuie să acceseze ambele servere prin HTTP(S), Nextcloud trebuie să acceseze Collabora și Collabora trebuie să acceseze Nextcloud. De asemenea, solicită același protocol pentru ambele servicii. Testați adresa publică Collabora dintr-un browser la https://office.example.com/hosting/discoveryși https://office.example.com/hosting/capabilities. De la gazda Nextcloud, utilizați:

curl -fsS https://office.example.com/hosting/discovery -o /dev/null

curl -fsS https://office.example.com/hosting/capabilities -o /dev/null

Înlocuiți numele de gazdă exemplu cu adresa URL Collabora reală. Aceste verificări stabilesc accesibilitatea HTTP, nu editarea cu succes. Dacă serverul reușește, dar browserul eșuează, verificați expunerea DNS public, TLS, firewall-ului sau proxy-ului. Ghidul de depanare Nextcloud Office listează aceste verificări ale conexiunii și recomandă revizuirea ambelor jurnalele de aplicații.

Reparați rutarea proxy numai atunci când solicitările o implică

Dacă resursele editorului static returnează codul 404 sau conexiunea activă returnează codul 502, comparați rutele de proxy invers cu setările oficiale de proxy ale Collabora . Asigurați-vă că proxy-ul trimite căile Collabora necesare către upstream-ul corect și acceptă conexiunea WebSocket utilizată de browser. Păstrați informațiile despre gazda externă și HTTPS așteptate de implementare. Nu copiați o configurație pentru un proxy, un prefix URL sau o versiune Collabora diferită fără a verifica ipotezele acesteia. Un nume de gazdă Collabora dedicat este adesea mai ușor de depanat; rutarea bazată pe cale necesită o gestionare consistentă a prefixelor.

Corectați listele de permisiuni WOPI fără a le deschide

WOPI este protocolul utilizat de Collabora pentru a prelua și salva un document prin platforma de stocare. Gazda WOPI este de obicei numele de gazdă Nextcloud sau al altui spațiu de stocare, nu numele de gazdă Collabora. Dacă jurnalele spun No acceptable WOPI hosts found, adăugați sau corectați gazda de stocare exactă în configurația gazdei WOPI a Collabora, atunci confirmați că lista de solicitări WOPI permise a platformei de stocare conține adresa serverului Collabora. Nextcloud recomandă limitarea solicitărilor WOPI la adresele IP Collabora așteptate și configurarea Collabora să aibă încredere în gazdele așteptate în ghidul de configurare Office .

Un panou generic de jurnal de servicii care afișează un avertisment Gazdă WOPI neautorizată și o nepotrivire cu gazda permisă.
Exemplu de vizualizare diagnostică a unei nepotriviri de gazdă WOPI. Confirmați valorile reale ale gazdei și listei de permisiuni în jurnalele și configurația serverului.

Adăugarea unei gazde de încredere specifice este mai sigură decât dezactivarea validării gazdei sau permiterea domeniilor largi. Înregistrați setarea curentă, modificați doar intrarea relevantă și reporniți sau reîncărcați serviciile numai după cum este necesar pentru implementare. Dacă utilizați Docker, verificați ieșirea recentă Collabora cu docker logs --since=10m <collabora-container>; înlocuiți substituentul cu numele real al containerului. Pentru instalările de pachete sau Kubernetes, utilizați în schimb jurnalele de servicii sau pod-uri ale acestora.

4. Verificați editorul, nu doar endpoint-ul de funcționare

Reîncărcați același document. Confirmați că resursele se încarcă, conexiunea activă rămâne deschisă, conținutul apare și erorile din consolă se opresc. Testați un al doilea document și un alt utilizator dacă problema a fost partajată. Salvați o editare de test inofensivă și redeschideți-o pentru a verifica citirea și salvarea.

Un editor generic de documente care afișează text alături de un panou Rețea funcțional cu o solicitare WebSocket reușită.
Verificare ilustrativă a recuperării: conținutul documentului este vizibil, iar panoul Rețea afișează o conexiune WebSocket finalizată; confirmați aceleași semnale în propriul browser.

Dacă pânza goală rămâne, dar solicitările reușesc acum, verificați jurnalele serverului pentru erori de conversie a documentelor sau erori specifice fișierelor și comparați un alt fișier cu același format. Dacă problema a început imediat după o actualizare Collabora, a browserului sau a proxy-ului, testați o revenire controlată sau o modificare a proxy-ului specifică versiunii într-o fereastră de întreținere, în loc să modificați mai multe variabile simultan. Golirea memoriei cache a browserului este utilă numai atunci când dovezile indică active client învechite; nu poate repara rutele blocate sau solicitările WOPI respinse.

Lasă un comentariu

Opriți sesiunile de editare COD de la terminarea la 10 minute

Opriți sesiunile de editare COD de la terminarea la 10 minute

Urmăriți o deconectare CODE de 10 minute la proxy-ul, echilibratorul de încărcare sau calea WebSocket, apoi corectați timeout-ul și verificați dacă sesiunea rămâne conectată.

Implementează Collabora CODE pe Kubernetes cu Helm

Implementează Collabora CODE pe Kubernetes cu Helm

Instalați diagrama oficială Collabora Helm, configurați accesul WOPI și afinitatea de intrare și verificați implementarea fără greșeli comune de configurare.

Trasarea unui document Collabora gol către stratul cu erori

Trasarea unui document Collabora gol către stratul cu erori

Folosește cererile browserului, jurnalele WOPI și verificări proxy direcționate pentru a afla de ce Collabora deschide un document gol și alege o soluție care corespunde dovezilor.

Activați verificarea ortografică multilingvă în CODE-ul Collabora Online

Activați verificarea ortografică multilingvă în CODE-ul Collabora Online

Configurați dicționarele CODE Docker și etichetați corect pasajele din documente, astfel încât engleza, franceza și alte limbi acceptate să beneficieze de verificarea ortografică corectă.

Setați temporizatorul de inactivitate din Collabora pentru vizualizările active ale documentelor

Setați temporizatorul de inactivitate din Collabora pentru vizualizările active ale documentelor

Ajustați pragul de inactivitate per vizualizare în coolwsd și distingeți-l de estomparea în fundal a filelor, descărcarea documentelor, salvarea automată și expirarea autentificării.

Dezactivați verificările de actualizare a CODE-ului Collabora și conexiunile nedorite

Dezactivați verificările de actualizare a CODE-ului Collabora și conexiunile nedorite

Opriți verificările programate ale actualizărilor CODE, revizuiți serviciile opționale la distanță și utilizați controalele de rețea de ieșire fără a întrerupe editarea documentelor.

Conectați Seafile și Collabora cu URL-ul WOPI corect

Conectați Seafile și Collabora cu URL-ul WOPI corect

Activați editarea securizată a documentelor în Seafile configurând URL-ul de descoperire, HTTPS și accesul WOPI din Collabora pentru implementarea dvs.

Restaurați copierea și lipirea între aplicațiile Collabora și cele pentru desktop

Restaurați copierea și lipirea între aplicațiile Collabora și cele pentru desktop

Testați clipboard-ul sistemului, ajustați permisiunile browserului și identificați când o integrare Collabora încorporată necesită o modificare a politicii iframe.

Faceți disponibile fonturi personalizate în Docker-ul CODE Collabora

Faceți disponibile fonturi personalizate în Docker-ul CODE Collabora

Montați fișierele de fonturi în placa de sistem Docker și Collabora, astfel încât fonturile personalizate să apară în editor și să fie redate corect în documente.

Restaurați setările CODE Collabora fără a pierde modificările de implementare

Restaurați setările CODE Collabora fără a pierde modificările de implementare

Faceți o copie de rezervă a fișierului coolwsd.xml și a surselor sale de implementare, restaurați-le în siguranță și verificați CODUL înainte ca utilizatorii să revină la editare.