JonathanM

Read the second post in this thread.

This is the correct and complete answer, however there is one additional wrench to throw in. When you set up a FQDN that points to a non-routable private IP, there is a security concern that is raised, namely DNS Rebinding. If you read that article, the first protection technique that is used is a complete disabling of the mechanism that unraid utilizes to provide a valid FQDN with the accompanying SSL cert. So, to get unraid's FQDN SSL cert to work, you have to disable some or all of the rebind protection of your local DNS, hopefully by just adding an exception for unraid.net. That is router dependent, so unraid can't really do a whole lot to help get it working for everybody.

Looks interesting. Are you going to be doing an android port? What versions of unraid will this work with? How are you interfacing with it? Will your method break every time limetech releases a change in the current UI? Also, a little more info about you would be nice. Releasing a new interface option as your first post is putting me off a little. How long have you been running unraid? What are your systems like? Have you already, or do you plan on collaborating with limetech directly?

If you typed that accurately, you will quickly fill up RAM. Can you post a screenshot of the docker settings for this container please?

Depends on the specific torrent and tracker. Very popular torrents on some public trackers can work ok, because your client can connect to other clients that are actively transmitting data in both directions. If there is nobody you are currently downloading from that needs data you have, you will not be able to seed at all. Responsible torrenting involves allowing others to download from you as well as just downloading from them, and all private trackers that I am aware of will not allow you to participate without seeding and keeping a positive upload ratio. It's definitely not a myth, it's a fact about how the torrent protocol works. Many torrent clients actively seek to prioritize traffic to clients that have healthy connections, so if you aren't connectable, you will have a hard time downloading on many lightly populated swarms.

Backup is typically automatic, restore is manual. I would rather the app NOT have default permissions to overwrite my array. Personally I think it would make more sense to restore to a secondary location on the array, then move the files to their final destination. This would be easy to do, add another mapping to a share specifically set aside to receive data, mounted r/w.

With torrents, you really need to be connectible from the outside. Without port forwarding you can't properly seed, and your download speeds will range from abysmal to non-existent.

Assuming you are using a VPN, the port has to be opened from the VPN provider side. PIA is automatically scripted to work, other providers you may need to configure it manually. There is NO scenario where your router has anything to do with the port through a VPN provider, so you need to close that port. BTW, very few VPN providers actually work with port forwarding, and PIA only has select endpoints that support it.

Attach it to your post.

That will switch turbo mode, it won't change cache:yes to cache:no, but I suppose you could modify it so that was an option.

No.

What do you mean by this? Does it work if you set VPN_ENABLED to no?

You may have to edit the boot priority in the XML view, I don't know if they've ever fixed the boot priority selection in the basic view.

Assuming you have set up the NGINX docker to listen on 180 and 1443, you need to switch the local and external port ranges. 80 and 443 need to be external.

Sure, boot into GParted and have at it. No difference between a VM and a physical disk for this purpose.

Not Gedit, but if you highlight the file, and either send F4 or go to File, Edit File, it will bring up an editor inside Krusader.

Better to have an alternate access method. Free teamviewer account on a VM or some other machine on the network, a VPN on your router, any other secure method to get local network access.

Emby FTW.

Since that motherboard has an on board graphics chip, it may not have the ability to use or expose the CPU graphics. @Hoopster, is your sig current? If so, does your backup rig expose /dev/dri?

Not possible. Unraid is slackware, not arch.

Very likely. Does it work if you set VPN_ENABLED = no?

Check the logs in the emby server admin gui page.

I was born on Friday the 13th.

Maybe your postman has it out for you.

Were they all purchased at the same time? Maybe somebody dropped the pallet.