I am having some problems with setting up Collabora Office.
Collabora Online server is reachable, however when I try and open a document the document fails to load.
Both my Nextcloud and collabora code server are installed in docker, and I use Nginx Proxy Manager to connect to my nextcloud instance.
I have also setup a subdomain which points to the collabora code server. (office.mydomain.co.uk) which points to my collabora code server ( 10.0.7.50:9980 ).
If I am right, this is the port number to get access to the Collabora server.
So it might be possible, that it will work, after yot set this port in the “aliasgroup1” line. - Maybe another user knows it better than me.
Looking at the log, it looks like its a permissions issue
Terminating connection. Error: Access denied, 403. WOPI::CheckFileInfo failed on: https://nextcloud.domain.co.uk/index.php/apps/richdocuments/wopi/files/
I have also noticed some errors related to /opt/cool
ERR mknod(/opt/cool/child-roots/MXXNIagVQWJSqXOY//tmp/dev/urandom) failed. Mount must not use nodev flag. (EPERM: Operation not permitted)
Looks like its also having issues to mount files. (I have create a share under “/opt/cool”, though i still get this error.
It looks like they have recently changed the docker setup to use “aliasgroup1”, rather than the original way which was “domain”. This means that almost every guide is out of date.
Managed to fix some of the problems, and both containers can see each other.
However looking at the log now the only issues are 403 Access denied errors. It appears that the Collabora Office Server is just rejecting the connection from Nextcloud.
ERR Failed to add session to [https://office.domain.co.uk:443/index.php/apps/richdocuments/wopi/files/39949_ocofmgexyy8u] with URI [https://nextcloud.domain.co.uk/index.php/apps/richdocuments/wopi/files/39949_ocofmgexyy8u?access_token=01q5RC3jTUleDe0JVEqN1Or539qeFhSz&access_token_ttl=0]: Access denied, 403. WOPI::CheckFileInfo failed on: https://nextcloud.domain.co.uk/index.php/apps/richdocuments/wopi/files/39949_ocofmgexyy8u?access_token=01q5RC3jTUleDe0JVEqN1Or539qeFhSz&access_token_ttl=0| wsd/DocumentBroker.cpp:2117
I assume its this new aliasgroup1 configuration which has replaced the old domain.