I’m sorry to be so much of a pain, but I’m trying to get the Collabora plugin setup.
My host system is FreeNas 9.10
I’m using NextCloud 11 with NextCloud/nginx installed within a jail on FreeNAS
I have an SSL certificate through LetsEncrypt and all http traffic is directed to my 443 address.
Because of the docker limitations with Collabora and the fact that FreeNAS can’t run docker images, I installed Ubuntu linux within a bhyve virtual machine on FreeNAS and within this installed the collabora docker image.
My local ngnix/NextCloud server is running at 10.0.1.151
Ubuntu/Collabora server is running at 10.0.1.161
I have a domain name registered which points to the nginx server.
Please note the NextCloud server is on a different Local IP than the Collabora server
How exactly do I initiate the docker collabora container with the appropriate parameters
I’ve tried the following:
sudo docker run -t -d -p 10.0.1.161:9980:9980 -e ‘domain=xxx.com’ --restart always --cap-add MKNOD collabora/code
How do I set up nginx?? This is what I have – snippet of nginx.config file (I’ll include all if needed)
server {
listen 443 ssl http2 default_server; #listen [::]:443 ssl http2 default_server;
I can connect locally to the Collabora server at https:/10.0.1.161:9980 but I get a problem with the web browser complaining the certificate is unknown – and when I examine the certificate it says it was issued by localhost. Is this normal? If I choose to bypass the security warning, I get an OK appearing on the web browser
What setting do I use for the Collabora Online Server within the setup on Nextcloud? I tried https://10.0.1.161:9980, however I’m consistently getting an access denied error. I’m assuming this is because things are properly setup in terms of certs however I’m uncertain.
you start the docker container with “cloud.xxx.com” and set your collabora server to “office.xxx.com” in nextcloud.
in your post you state that collabora shows a self-signed certificate by and for “localhost”. so yes, i’d agree that you have a certificate problem.
two things i notice instantly:
the url/domain of the collabora server you set in your nextcloud should be the one with a valid certificate (therefore, localhost is not the best solution)
certificates only work if both machines “know” it. maybe it works if your nextcloud instance knows about your “localhost” cert?
Ok – I finally figured this one out guys – And I have to say the documentation is lacking
Setup
Nextcloud on FreeNAS within FreeBSD jail. Nginx webserver running in jail – Local IP address = 10.0.1.151
Byhve hypervisor running Ubuntu Linux with Docker collabora container – Local IP address = 10.0.1.161
Certbot configured and running in the jail with nginx/nextcloud – domain name xxx.com
Started the docker container with the following:
sudo docker run -t -d -p 10.0.1.161:9980:9980 -e ‘domain=xxx.com’ --restart always --cap-add MKNOD collabora/code
Kicker to problem was the collabora plugin within nextcloud. The instructions state to type in location of collobora server – however this isn’t correct if nginx and collabora are running on different IP addresses. The address is the ngnix URL and not the collabora – so in my case I type https://xxx.com
The forwarding to the collabora server is done within the nginx setup itself
I’m glad you got it working. I wonder how long that took… hope not as long as over here… I’ve been at this for too many days trying to get this to work.
I’m also on FN with bsd jail where nc is running, and a bhyve ubuntu setup with docker.
However, everything here is on apache. And, I’m having to use subdomains. Only after changing docker run ip from the 127 to my local 192 did I actually get anything. Hitting https://192.168.2.9:9980/hosting/discovery gives me xml. But next cloud just gives me access forbidden when trying to open a doc file.
I’ve tried everything I could think of or find… and still no success. Very frustrating.
Would you mind sharing full nginx config in case I end up trying to switch from apache. I’d appreciate it. And extra kudos if you could share any tips on achieving a working setup with subdomains. That would be awesome.