Document Server version: Document server 7.
Type of installation of the Document Server (docker, deb/rpm, exe): Docker
OS: CentOS7
Browser version: Firefox 115.4.0esr (64 bits)
I have integrated OnlyOffice with my ECM (Electronic Content Management) application (using the WOPI protocol).
When my application had sent a WOIPsrc I recieved the error “… Please contact your administrator.”
for more information :
all exchanges are in https
I copied de CA with the following command
docker cp frd115r07fel.bke.integra.fr.pem onlyoffice-onlyoffice-documentserver-1:/usr/local/share/ca-certificates/ to add external application certificate to OnlyOffice
then docker-compose down and docker-compose up -d --force-recreate
BUT the problem remains
and in the out.log I recieved this message as well:
Does integrated example not work too? Please check it by accessing it from Document Server address. In case it is not enabled, on the Welcome Page you will find an instruction on how to enable it.
In general, if you’ve generated a self-signed certificate by yourself, you can try disabling certificate verification on Document Server side by changing rejectUnauthorized parameter to false in default.json config. Config is located in /etc/onlyoffice/documentserver/, once you changed the config you need to restart all services of Document Server inside the container with command supervisorctl restart all to apply changes.
Hello Constantine
thanks for your reply https://nam-onlyofficet.ansm-intra.fr/welcome/ (Environment URL) works fine
As decribed above, DocumentServer has been deployed / installed with docker
I don’ know how to modify default.json in this situation.
=> I’v tried to do it via un json file (enable_wopi.json) referenced in compose.yaml
compose.yaml :
volumes:
- onlyoffice-data:/var/www/onlyoffice/Data
- /var/log/onlyoffice-logs:/var/log/onlyoffice
- onlyoffice-cache:/var/lib/onlyoffice/documentserver/App_Data/cache/files
- onlyoffice-fonts:/usr/share/fonts
- ./enable_wopi.json:/etc/onlyoffice/documentserver/local-production-linux.json
- ./production.json:/etc/onlyoffice/documentserver/log4js/production.json
furthermore, rejectUnauthorized set to false seems disable TLS exchanges. My initial request is to be able to understand the root cause of the error :
[userId] nodeJS - wopi error checkFileInfo:Error: self signed certificate
at TLSSocket.onConnectSecure (_tls_wrap.js:1515:34)
at TLSSocket.emit (events.js:400:28)
at TLSSocket._finishInit (_tls_wrap.js:937:8)
at TLSWrap.ssl.onhandshakedone (_tls_wrap.js:709:12)
and in the same time all seems correctly installed even certificates in the 2 both sides (third-party aplication and onlyoffice)
Yes, this is correct. The default.json config is located inside the Docker container with Document Server in /etc/onlyoffice/documentserver/ directory (not ../documentserver-example/).
Also note, that you are using an outdated version of Document Server. I’d recommend updating your instance to the actual version /
Very strange ! The change does not seem persistent. Actually, after restart documentserver the parameter returns to initial value
docker exec -it onlyoffice-onlyoffice-documentserver-1 /bin/bash
root@1ea2ba9881e3:/# nano /etc/onlyoffice/documentserver/default.json
root@1ea2ba9881e3:/# grep rejectUnauthorized /etc/onlyoffice/documentserver/default.json
“rejectUnauthorized”: false
[root@frd115r12fel:/production/onlyoffice]
docker compose up -d
[+] Running 3/3
⠿ Container onlyoffice-onlyoffice-postgresql-1 Started 69.5s
⠿ Container onlyoffice-onlyoffice-rabbitmq-1 Started 69.4s
⠿ Container onlyoffice-onlyoffice-documentserver-1 Started 63.4s
otherwise, how to download the documentserver last version ? is there any compatibility issues ? here are the packages installed for the moment on my environment :
927M Mar 16 2023 onlyoffice-documentserver_7.3.2.tar.gz
87M Mar 16 2023 postgres_14.7-alpine.tar.gz
99M Mar 16 2023 rabbitmq_latest.tar.gz
This is expected behavior when restarting not Document Server but the container with it. We usually recommend restarting services only to avoid such problems with command supervisorctl restart all.
As for the update: I think the easiest way here would be downloading new image with latest tag. However, once you want to update again, you will need to delete previous image with latest tag in order to download newer one and start container off of it.
As for the way to preserve the value when restarting the container with docker-compose: as I mentioned, the easiest way is to keep the container running and avoid stopping it. However, if you are planning on restarting the container frequently, you can mount custom config into the container with Document Server and pass required parameters in it. I’ve shared the description of this procedure previously in this thread, please take a look at:
Please note that this is an example, your configuration may differ from the one provided there.