Hi all!
I use Drive server to sync/share files between different clients, both on LAN and off-site, as well as desktop and mobile clients. All clients use the external address to connect (XX.mydomain.com), including the ones on the LAN side.
The NAS's certificate is up to date and setup for Drive Server.
Regarding the NAS's firewall rules, all ports are open to some select LAN clients. HTTPS is also open to external clients. Drive Server's port was supposed to be opened to external clients too, but see what's next.
Today I realized that external desktop clients could not sync anymore. (But no issue with mobile clients!). I checked the NAS's firewall's rules and realized that Drive Server's port had been inadvertently closed. (Of course, as my usual LAN computer gets all ports open thanks to another rule, I didn't notice the issue.)
Opening the dedicated Drive Server port to external clients solved the issue for them. However, I now get an SSL Certificate warning on my LAN client. I activated a VPN to simulate an off-site location and Certificate issue is gone.
Strangely my mobile device seems to be unaffected by this issue, regardless if it finds itself on the LAN side (WiFi) or outside (4G).
So:
-drive client on my LAN device is setup to connect to Drive Server through XX.mydomain.com
-the same device has access to all NAS's ports thanks to a dedicated firewall rule.
-having Drive Server's port closed on the NAS's side is not an issue (thanks to the previous point), but opening this port brings an SSL certificate warning and blocks the connection.
I don't understand the logic and how to solve this. Loopback issue? Should I simply click on the "Rely" button when prompted with the SSL error? I guess this is not the smart way to solve this issue.
Can someone help me with that?
Thanks a lot!
BR
I use Drive server to sync/share files between different clients, both on LAN and off-site, as well as desktop and mobile clients. All clients use the external address to connect (XX.mydomain.com), including the ones on the LAN side.
The NAS's certificate is up to date and setup for Drive Server.
Regarding the NAS's firewall rules, all ports are open to some select LAN clients. HTTPS is also open to external clients. Drive Server's port was supposed to be opened to external clients too, but see what's next.
Today I realized that external desktop clients could not sync anymore. (But no issue with mobile clients!). I checked the NAS's firewall's rules and realized that Drive Server's port had been inadvertently closed. (Of course, as my usual LAN computer gets all ports open thanks to another rule, I didn't notice the issue.)
Opening the dedicated Drive Server port to external clients solved the issue for them. However, I now get an SSL Certificate warning on my LAN client. I activated a VPN to simulate an off-site location and Certificate issue is gone.
Strangely my mobile device seems to be unaffected by this issue, regardless if it finds itself on the LAN side (WiFi) or outside (4G).
So:
-drive client on my LAN device is setup to connect to Drive Server through XX.mydomain.com
-the same device has access to all NAS's ports thanks to a dedicated firewall rule.
-having Drive Server's port closed on the NAS's side is not an issue (thanks to the previous point), but opening this port brings an SSL certificate warning and blocks the connection.
I don't understand the logic and how to solve this. Loopback issue? Should I simply click on the "Rely" button when prompted with the SSL error? I guess this is not the smart way to solve this issue.
Can someone help me with that?
Thanks a lot!
BR