Los de Collabora-fout "Nou, dit is gênant" op.

Begin met te controleren of de browser, Nextcloud en Collabora allemaal de juiste server-URL's kunnen bereiken via hetzelfde HTTP- of HTTPS-schema. Test in Nextcloud de /hosting/capabilitieseindpunten van Collabora /hosting/discovery; als deze reageren maar documenten nog steeds niet laden, controleer dan de WebSocket-route van de reverse proxy en de WOPI-toegangslijst.

Het bericht "Nou, dit is gênant" is een algemene foutmelding bij het openen van een document en geen diagnose op zich. De oorzaak kan een onbereikbare URL zijn, een TLS- of DNS-mismatch, een proxy die WebSocket-upgrades blokkeert, of een WOPI-host die Collabora of Nextcloud niet vertrouwt. De onderstaande controles gebruiken een typisch voorbeeld met Nextcloud op https://cloud.example.comen Collabora op https://office.example.com; vervang beide namen door uw daadwerkelijke hostnamen.

1. Worden de Collabora-eindpunten geladen?

Open deze URL's vanuit een browser op hetzelfde netwerk als de gebruiker en wijzig de hostnaam van Collabora:

• https://office.example.com/hosting/capabilities
• https://office.example.com/hosting/discovery

Ze zouden Collabora-eindpuntgegevens moeten retourneren in plaats van een waarschuwing over een browsercertificaat, een 404-pagina of een reverse-proxyfout. Het discovery-eindpunt retourneert normaal gesproken XML. Je kunt ook testen vanaf de Nextcloud-host of de bijbehorende applicatiecontainer:

curl -fsS https://office.example.com/hosting/capabilities
curl -fsS https://office.example.com/hosting/discovery

Een foutmelding vanuit de browser wijst op een probleem met de openbare of LAN-DNS, de firewall, het certificaat of de proxy-routering. Een succesvolle verbinding vanuit de browser, maar een foutmelding vanuit de Nextcloud-opdrachtregel, betekent dat de serverroute anders is; de browser van de gebruiker en de Nextcloud-server hebben elk hun eigen werkende pad naar Collabora nodig. De huidige beheerdershandleiding van Nextcloud adviseert om beide eindpunten vanaf beide locaties te testen en te bevestigen dat Collabora Nextcloud ook via HTTP(S) kan bereiken.

2. Zijn de twee services het eens over de hostnaam en het protocol?

Open in Nextcloud Instellingen → Beheer → Office en controleer of het veld 'Collabora Online-server' de openbare of anderszins bereikbare Collabora-URL bevat. Gebruik deze URL https://als de service is geconfigureerd voor HTTPS. De documentatie van Nextcloud geeft aan dat de geconfigureerde URL hetzelfde protocol moet gebruiken als de Collabora-installatie en raadt HTTPS aan.

Controleer nu het retourpad. Vraag vanaf de Collabora-host of -container de status van Nextcloud op via het volgende eindpunt:

curl -fsS https://cloud.example.com/status.php

De respons moet bereikbaar zijn vanuit Collabora, niet alleen vanaf uw laptop. Als een van beide servers in Docker draait, test dan vanuit de betreffende container of netwerknaamruimte: een hostnaam die op de host werkt, werkt mogelijk niet binnen een container. Voor een ingebouwde CODE-server moet Nextcloud zichzelf kunnen bereiken met dezelfde hostnaam die gebruikers in de browser gebruiken. Als split DNS of lokale naamresolutie dit verhindert, corrigeer dan de DNS of de hosttoewijzing in plaats van localhosteen externe service in te voeren.

3. Laat uw reverse proxy WebSocket-verkeer door?

Als de ontdekkings-URL laadt, maar het editorvenster leeg blijft, blijft laden of de verbinding wordt verbroken, controleer dan de proxy voor Collabora. Bewerken maakt gebruik van een permanente WebSocket-verbinding: de proxy moet het huidige /cool/…/wseindpunt van Collabora doorsturen naar de Collabora-service en de HTTP/1.1-upgradeheaders doorgeven. Raadpleeg het huidige Collabora-proxyvoorbeeld voor uw proxysoftware en -versie; plak geen oude configuratie ongewijzigd.

Oudere installaties gebruiken mogelijk nog steeds paden zoals /lool. De migratiehandleiding van Collabora beschrijft de wijziging van loolnaar coolen van loleafletnaar browser. Een proxy die op de oude routes is blijven staan, kan 404-fouten retourneren, zelfs als het basisdomein wordt geopend. Nadat u een proxybestand hebt bewerkt, valideert u de syntaxis met het testcommando van die server, laadt u het opnieuw en test u vervolgens de ontdekkings-URL en het openen van een document opnieuw.

Controleer de toegangs- en foutenlogboeken op hetzelfde tijdstempel als de mislukte poging. Een 404-fout /browserduidt /coolop een probleem met de routering; een mislukte WebSocket-upgrade wijst op een ontbrekende upgrade-afhandeling of een time-out; een 502-fout betekent meestal dat de proxy de Collabora-server niet kan bereiken. Dit zijn aanwijzingen, geen definitieve diagnoses, dus vergelijk ze met het logboek van Collabora zelf.

4. Is de WOPI-host toegestaan?

WOPI (Web Application Open Platform Interface) is het protocol dat Nextcloud en Collabora gebruiken om verzoeken voor documenttoegang uit te wisselen. Als het logboek van Collabora de melding "Geen acceptabele WOPI-hosts gevonden" of een ongeautoriseerde WOPI-host weergeeft, controleer dan of Collabora is geconfigureerd om de Nextcloud-hostnaam te vertrouwen en niet de eigen Collabora-hostnaam. Controleer met de Docker-image de opstartconfiguratie en logboeken van de container:

docker ps
 docker logs --tail=100 CONTAINER_NAME

Vervang dit CONTAINER_NAMEdoor de daadwerkelijke naam van de Collabora-container. Voor een native pakketinstallatie kunt u het servicelogboek inspecteren met sudo journalctl -u coolwsd --since "15 minutes ago". Volg de WOPI-hostconfiguratie-instructies voor uw installatiemethode; vermijd brede wildcard-toestemmingsregels.

Er is ook een aparte WOPI-toegangslijst in Nextcloud Office. Deze beperkt welke IP-adressen van Collabora-servers bestanden van Nextcloud mogen opvragen. Voeg het bron-IP-adres toe dat Nextcloud daadwerkelijk ziet voor Collabora. Dit kan afwijken wanneer Docker-netwerken of een reverse proxy worden gebruikt. Voer 0.0.0.0de beperking niet in of schakel deze niet uit om een ​​foutmelding te onderdrukken: Nextcloud raadt aan WOPI-verzoeken te beperken tot de verwachte Collabora-serveradressen.

Controleer de oplossing.

Test het opnieuw vanuit een gebruikersbrowser en vanaf de Nextcloud-server: de discovery- en capabilities-endpoints moeten reageren, Nextcloud moet de geconfigureerde Collabora-URL kunnen bereiken en Collabora moet het status-endpoint van Nextcloud kunnen bereiken. Open vervolgens een klein testdocument. Als het nog steeds mislukt, noteer dan de tijdstempel, de betreffende documentactie, de HTTP- of WebSocket-status in het proxylogboek en de overeenkomende logboekvermeldingen van Nextcloud en Collabora. Deze gegevens helpen om een ​​netwerkfout te onderscheiden van een WOPI-autorisatieprobleem.

Officiële referenties

• Probleemoplossing voor Nextcloud Office en verbindingsfouten
• Nextcloud Office URL en WOPI-configuratie
• Nextcloud-richtlijnen voor wijzigingen in het eindpuntpad van Collabora
• Collabora Online reverse proxy-instellingen