strike

Re-fraising a bit. Yes, you do need an incoming port, but since you're using PIA you don't have to worry about that, this container does it for you. All you need to do is the 2 things I mentioned. 1. Make sure you have strict port forwarding enabled and 2. connect to a supported endpoint. But you said you confirmed that you got an incoming port in the logs, so that should all be ok. The reason an open incoming port is important is that if you don't have that, nobody can connect to you and thus you can't upload anything. But your issue seems to be something else since you do have an open incoming port. Have you checked your private tracker? What does it say? The site may have an indication if your "connectable" or not. How do you add you torrents do deluge?

I haven't read all the posts in this thread but I think I saw something about this server was gonna be at a remote location? So assuming nobody at the remote location are having your root password to the server then yes, encrypting the drives can be as secure as encrypting the files itself. You can make a key file to unlock the encrypted drives and save that key file on your local server. Then you can make a connection from your remote server before unraid starts to your local server (or a local pi or something that's always on) and download the key file which unlocks the disks. Once the disks are unlocked the key file sits in ram, but you can delete that on array start/stop if you want. So IF someone were to know your root password they can't get to the key file. All this can be scripted. There is a thread that discusses this, but I don't have it handy right now. I can find it for you later though.

Glad to help!

This is your issue. This container doesn't officially support customs networks, you need to switch to bridge or host. Which also means you have to switch any other containers who connects to deluge to bridge or host. I'm one of the few who have customs network working in this container but I don't know why it works for me and not for most people. The only advice I have is to try to set the the "Privileged" flag to ON in the container template then try again, if that doesn't work you'll have to switch to bridge/host.

You do need an open incoming port, but if you're using PIA this container does the port forwarding for you automatically. All you have to do is enable strict port forward in the container template and connect to a supported endpoint. Have you confirmed that you get an incoming port? Check the log. Also if you're on a private tracker make sure to disable peer exchange and dht in the deluge settings.

Can't see anything wrong in your log. What network type do you have in the container template? And what address do you use when you're trying to connect to the webui?

Be sure to not use any special characters in your username/password, use only 0-9,a-z,A-Z

To protect from ransomware I use the chattr +i command. https://en.wikipedia.org/wiki/Chattr Which means the files cannot be edited, renamed or deleted,even by the root user. I use this on both my servers. On the backup server I'm not going to edit or do anything anyway as it just powers on for backup purposes, so I run the command on all files. On my main server, I run it on all my media, like movies and tv shows, I just specify to run it on files larger than 10 MB. As metadata can easily be downloaded again anyway. So on the backup server I run this at the end of the backup script before it powers down: find /mnt/disk1/Media/ -type f -exec chattr +i "{}" \; Repeat this line for all disks as it only works on disk shares not user shares. And on the Main server I run this once a week: find /mnt/disk1/Media/ -type f -size +10M -exec chattr +i "{}" \; And again repeat for all disks. If I need to edit,rename or delete something I just run the same command but with "chattr -i" instead. I use the user script plugin to run this of course. So it's all done automatically or with a button click if I need to do it manually. Taken from this thread: https://forums.unraid.net/topic/46256-ransomware-resistance/?page=5

I'm sorry this happened to you, but what you're saying is simply not true. Unraid can perfectly recover deleted files IF you have the recycle bin plugin installed and running. Also, unraid does have snapshot capability, you just have to use BTRFS, then you can snapshot all you want. And if you're a regular user of this forum you should have seen users mention over and over again that Unraid IS NOT A REPLACEMENT FOR BACKUPS. Now, that being said you might be lucky and MAYBE can recover your files. MAYBE... Several users have accidentally deleted files and been able to recover them using UFS explorer: https://www.ufsexplorer.com/ this is probably your best bet.

Maybe you haven't put in your server IP? https://forums.unraid.net/bug-reports/prereleases/unraid-os-version-670-rc4-available-r421/?do=findComment&comment=3521

I have no idea, I've never tried the rtorrentvpn container. But I bet you'll find it on the github page which is normally linked in the support thread.

That I don't know as I've never tried it. Moving the torrents it's the easy part, but you have to set the file location for each torrent then force a recheck to be able to pick up where you left of. I think I remember (vaguely) someone in this thread doing it, so you might find some info if you search (use the site option in google for better search then the forum).

Deluge doesn't handle many torrents that well, this is a known issue. You might want to look at rtorrentvpn instead, as it's reported to handle 1000++ torrents very well. You also have qbittorrentvpn if you want to try that instead.

It's Friday night, so I'm awesome! And I'll try to be nice, but I can't promise anything. As I said it's Friday night so anything can happen

I'm not being a dick, I seriously think you should read it again as you're clearly seeing something that isn't there.... If you need to re-read all the posts, We have already given you the answer multiple times, but hey if you don't want to follow them then that's on you.

Either you need glasses or you can't read really well, please check the link again...

Please remove anything you have in the options variable and try again.

br0 is currently not supported by this container. Well, the truth is that some of us have it working but most people are unable to connect to the webui using bro and nobody knows why. I've had it working for a long time and it's still working, but I don't know why others have issues. One thing you can try is to set the privileged flag to on, then try again. Other than that I have no idea...

Did you even look at the link @darrenyorston posted? According to your log you're still connecting to an endpoint that doesn't support port forwarding. Please check either the link or the log as the list of supported endpoints are in there too, then try again.

I believe you need at least a P2000 tho, otherwise, it's the same limit as consumer cards

Please remove the link in your quote, in addition I've reported your post so maybe a mod beats you to it

This is wrong, see Q4 https://forums.unraid.net/topic/44108-support-binhex-general/?tab=comments#comment-433613

Will be in the next rc release: https://forums.unraid.net/topic/55459-add-option-for-remote-syslog-in-webgui/?do=findComment&comment=717992

To change the connection port you have to replace .ovpn file with a different one that uses the port you want. Search PIA's website for it, I think the link is in this thread also. The default port is 1198 UDP. But they have a link with alternative ports. Have you confirmed that you get an incoming port from the server? check the logs

That looks good. Do you have a cache drive or are your downloads share on the array? If you have a cache drive I want you to try and change your /mnt/user/downloads to /mnt/cache/downloads and change your appdata to use cache instead of user also. Restart the conatiner after. If you still have issues please follow this procedure: https://forums.unraid.net/topic/44108-support-binhex-general/?do=findComment&comment=435831