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.
Rezolvați eroarea „Ei bine, asta e jenant” din Collabora
Începeți prin a verifica dacă browserul, Nextcloud și Collabora pot accesa adresele URL corecte ale serverului prin aceeași schemă HTTP sau HTTPS. În Nextcloud, testați Collabora /hosting/capabilitiesși /hosting/discoveryendpoint-urile; dacă acestea răspund, dar documentele tot eșuează, verificați ruta WebSocket a proxy-ului invers și lista de permisiuni WOPI.
Mesajul „Ei bine, asta e jenant” este o eroare generică de deschidere a documentelor, nu un diagnostic în sine. Cauza poate fi o adresă URL inaccesibilă, o nepotrivire TLS sau DNS, un proxy care blochează actualizările WebSocket sau o gazdă WOPI în care Collabora sau Nextcloud nu au încredere. Verificările de mai jos utilizează un exemplu tipic cu Nextcloud la https://cloud.example.comși Collabora la https://office.example.com; înlocuiți ambele nume cu numele dvs. de gazdă reale.
1. Se încarcă endpoint-urile Collabora?
Dintr-un browser din aceeași rețea ca și utilizatorul, deschideți aceste adrese URL, schimbând numele de gazdă Collabora:
https://office.example.com/hosting/capabilitieshttps://office.example.com/hosting/discovery
Acestea ar trebui să returneze date despre endpoint-ul Collabora în loc de un avertisment privind certificatul de browser, o pagină 404 sau o eroare de proxy invers. Endpoint-ul de descoperire returnează în mod normal XML. De asemenea, puteți testa de pe gazda Nextcloud sau din containerul său de aplicație:
curl -fsS https://office.example.com/hosting/capabilities
curl -fsS https://office.example.com/hosting/discoveryO eroare din partea browserului indică rutarea DNS publică sau LAN, a firewall-ului, a certificatului sau a proxy-ului. Un succes al browserului cu o eroare din linia de comandă de la Nextcloud înseamnă că ruta pe server este diferită; browserul utilizatorului și serverul Nextcloud au nevoie fiecare de propria cale de lucru către Collabora. Manualul de administrare actual al Nextcloud recomandă testarea ambelor endpoint-uri din ambele locații și confirmarea faptului că Collabora poate ajunge și la Nextcloud prin HTTP(S).
2. Sunt cele două servicii de acord în ceea ce privește numele de gazdă și protocolul?
În Nextcloud, deschideți Setări → Administrare → Office și confirmați că respectivul câmp al serverului Collabora Online conține adresa URL publică sau accesibilă din alt mod pentru Collabora. Folosiți această opțiune https://dacă serviciul este configurat pentru HTTPS. Documentația Nextcloud precizează că adresa URL configurată ar trebui să utilizeze același protocol ca și instalarea Collabora și recomandă HTTPS.
Acum verificați calea de retur. De la gazda sau containerul Collabora, solicitați endpoint-ul de stare al Nextcloud:
curl -fsS https://cloud.example.com/status.phpRăspunsul ar trebui să fie accesibil din Collabora, nu doar de pe laptop. Dacă oricare dintre servere se află în Docker, testați din containerul sau spațiul de nume de rețea relevant: un nume de gazdă care se rezolvă pe gazdă s-ar putea să nu se rezolve în interiorul unui container. Pentru un server CODE încorporat, Nextcloud trebuie să se poată conecta la sine folosind același nume de gazdă pe care utilizatorii îl folosesc în browser. Dacă DNS-ul divizat sau rezoluția locală a numelui împiedică acest lucru, corectați DNS-ul sau maparea gazdei în loc să introduceți codul localhostpentru un serviciu la distanță.
3. Proxy-ul invers transmite traficul WebSocket?
Dacă URL-ul de descoperire se încarcă, dar cadrul editorului rămâne gol, se rotește sau se deconectează, verificați proxy-ul din fața Collabora. Editarea utilizează o conexiune WebSocket persistentă: proxy-ul trebuie să direcționeze /cool/…/wspunctul final curent al Collabora către serviciul Collabora și să transmită anteturile de actualizare HTTP/1.1. Verificați exemplul curent de proxy Collabora pentru software-ul și versiunea proxy-ului dvs.; nu lipiți o configurație veche neschimbată.
Instalările mai vechi pot utiliza în continuare căi precum /lool. Ghidul de migrare Collabora documentează schimbarea de la loolla la coolși de la loleafletla la browser. Un proxy lăsat pe vechile rute poate returna erori 404 chiar și atunci când se deschide domeniul de bază. După editarea unui fișier proxy, validați sintaxa acestuia cu comanda test a serverului respectiv, reîncărcați-l, apoi retestați adresa URL de descoperire și deschideți un document.
Verificați jurnalele de acces și erori cu aceeași marcă temporală ca o încercare eșuată. Un mesaj 404 pe /browsersau /coolsugerează rutarea căii; o actualizare WebSocket eșuată sugerează lipsa gestionării actualizării sau o expirare; un mesaj 502 înseamnă de obicei că proxy-ul nu poate ajunge la Collabora în amonte. Acestea sunt indicii, nu diagnostice definitive, așa că comparați-le cu jurnalul propriu al Collabora.
4. Este permisă gazda WOPI?
WOPI (Web Application Open Platform Interface) este protocolul utilizat de Nextcloud și Collabora pentru a face schimb de cereri de acces la documente. Dacă jurnalul Collabora raportează „Nu s-au găsit gazde WOPI acceptabile” sau o gazdă WOPI neautorizată, confirmați că Collabora a fost configurat să aibă încredere în numele de gazdă Nextcloud - nu în propriul nume de gazdă Collabora. Cu imaginea Docker, inspectați configurația de pornire și jurnalele containerului:
docker ps
docker logs --tail=100 CONTAINER_NAMEÎnlocuiți CONTAINER_NAMEcu numele real al containerului Collabora. Pentru o instalare nativă a pachetului, verificați jurnalul de servicii cu sudo journalctl -u coolwsd --since "15 minutes ago". Urmați instrucțiunile de configurare a gazdei WOPI pentru metoda dvs. de instalare; evitați regulile largi de permitere cu wildcard-uri.
Există, de asemenea, o listă separată de permisiuni WOPI în Nextcloud Office. Aceasta restricționează adresele IP ale serverului Collabora care pot solicita fișiere de la Nextcloud. Adăugați adresa IP sursă pe care Nextcloud o vede efectiv pentru Collabora, care poate diferi atunci când este implicată o rețea Docker sau un proxy invers. Nu introduceți 0.0.0.0sau dezactivați restricția doar pentru a dezactiva o eroare: Nextcloud recomandă limitarea solicitărilor WOPI la adresele serverului Collabora așteptate.
Verificați remedierea
Retestați dintr-un browser de utilizator și de pe serverul Nextcloud: punctele finale de descoperire și capabilități ar trebui să răspundă, Nextcloud ar trebui să ajungă la adresa URL Collabora configurată, iar Collabora ar trebui să ajungă la punctul final de stare Nextcloud. Apoi, deschideți un mic document de test. Dacă eșuează în continuare, înregistrați marcajul temporal, acțiunea documentului afectat, starea HTTP sau WebSocket în jurnalul proxy și intrările corespunzătoare din jurnalele Nextcloud și Collabora. Aceste dovezi ajută la distingerea unei erori a căii de rețea de o problemă de autorizare WOPI.
Referințe oficiale
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
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
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.
Remediați verificarea gazdei WOPI din CODE prin potrivirea originii gazdei
Permiteți originea exactă Nextcloud sau altă origine WOPI în CODE, apoi verificați lista de gazde permise active și distingeți-o de restricția IP sursă a Nextcloud.
Rezolvați eroarea „Ei bine, asta e jenant” din Collabora
Urmăriți conexiunile de browser, WOPI și WebSocket ale Collabora pentru a afla de ce un document nu se deschide, apoi aplicați remedierea care corespunde configurării Nextcloud.
Rulați Collabora Online pe noduri Kubernetes
Implementați replici CODE Collabora cu Helm, păstrați fiecare document pe un singur pod prin afinitate WOPI și verificați intrarea, plasarea nodurilor și editarea Nextcloud.
Restaurați conexiunea WebSocket a Collabora prin proxy
Urmărește o confirmare de conectare socket eșuată de la browser la coolwsd, apoi potrivește ruta reverse-proxy cu versiunea Collabora, inclusiv modificarea Apache din CODE 26.04.
Remediați erorile de verificare WOPI prin verificarea cheilor, a descoperirii și a adreselor URL
Urmăriți erorile de verificare WOPI din Collabora până la chei nepotrivite, date de descoperire învechite, deviații de ceas sau modificări ale URL-ului proxy - fără a slăbi validarea.
Remediați o listă derulantă pentru dimensiunea fontului în Collabora Online, redată greșit
Resetați zoom-ul browserului, testați o sesiune curată și identificați când un meniu cu dimensiune incorectă necesită o actualizare a serverului Collabora.