Replies: 2 comments
-
Hi @skl283, thank you. Your problem is not related to this project. This project does not include any HTTPS functionality. Implementing HTTPS is the responsibility of the user. I'll convert this into a discussion. If I understand correctly, HTTPS works if you access Seafile from the Internet but not locally in your network. I can see two reasons for that. First, internally your domain does not point to that opensense router but directly to your server. Second, it might be DNS rebind protection. |
Beta Was this translation helpful? Give feedback.
-
Thank you for your Reply @ggogel! I've found the issue - i didn't had used the fullchain.cer from acme.sh - with the fullchain.cer everything is working! Sorry, i didn't checked that this don't have to do with the Image/caddy from your great work! |
Beta Was this translation helpful? Give feedback.
-
At first thank you for all your efforts and this great project @ggogel! I like to use this container very much! :-)
I'm not sure if i'm right here for my ssl verify problem using this project with the following docker-compose.yaml and another reverse-proxy in Front of caddy:
I've configured another caddy to reverse proxy to terminate the ssl certificate on my opnsense router - without any issues i can connect via my opnsense-router caddy to the reverseproxy on port 30080 - no issues!
here is the caddyfile at my router:
But if i want to connect with the Seafile-Client from a client inside of my network by the same dns-name - i get ssl certificate error. even if want to connect from my server which runs the containers via rclone and the first proxy (on my router) i get ssl errors. I've seen, that the trusted_proxies option is already set to "private_ranges".
I don't know how to get more information about finding the issue - is anyone else having these issues? Or anyone having any hints to find the issue?!
Beta Was this translation helpful? Give feedback.
All reactions