GHOSTPOINT

Okay thanks - well certainly seems that way. Not sure why the strict port forwarding option was working okay previously. Unless it was just being ignored by the openvpn agent ?

Hi there, I have recently updated to the latest build available today. Previously I had STRICT_PORT_FORWARD set to Yes and this has worked without fault for a long time. Today when I try connecting to any endpoint I get a message to advise port forwarding is not available: I have contacted my VPN provider and they advise none of their servers support port forwarding. What are the implications of not having strict port forwarding enabled for this container when downloading and routing other containers through binhex-sabnzbvpn? Best GP

Hey, well yeah they were created as cache only share folder initially which means they show up as an ZFS data set. It seems permissions to do anything on this folder are odd. I can delete files from already created folders I can make a file in an already created folder as long as not in the root share I can't make new folders I can't make new files

fair enough, hopefully someone else might have some idea on this one, has me stumped! 😀

Thanks for the reply, Im not sure the cache setting should be affecting this either way it's set. Really seems that if I nuke some folders they should actually be deleted!

Hello, my first post here so apologies if this is a known issue but I can't find anything as specific as this when I have searched. I have a strange issue just become apparent. When I delete folders from my windows machine from an unraid share the folder and its content firstly shows as removed but when the folder is refreshed the folder (now empty) re-appears. The folder in question is a cache first > move to the array setup (Cache prefer). The cache is located on a ZFS Raid 0 I'm fairly sure this wasn't an issue before; I have tried it a few times with Windows 10 and 11 clients. I can go in an delete the folder using MC or Krusader and the folder remains removed. Any help appreciated!