dcarpenter85

Hi there, I actually read that but it does not answer my initial question--why is the template I am using no longer associated with the linuxserver plex template offered on the App store. They are two totally separate entities now with different variables. For example the ability to specify a transcode folder is missing from the new template where as this option and a few others exist on the template I am currently using.

Anyone have any idea why the version of linuxserver/Plex I have been using for the last 3 years is now somehow different than the linuxserver/Plex on the Apps storefront? The 'new' version has a repo of 'lscr.io/linuxserver/plex' where is my existing version is simply 'linuxserver/plex'. My existing version is only visible on the Apps store if I go to 'Installed Apps'. The new version gives me the option to Install instead of saying it's already installed. Should I stop using the old one and move to the new one? Couldn't find any information on this elsewhere.

I was having the same issue and switching to 8.8.8.8 fixed it, however I just went back and checked using the default string of DNS servers that I backed up and they are working again. Seems like the PIA DNS servers 209.222.18.222 and 209.222.18.218 were having resolution issues but are working again now.

I feel like that's been the case since 6.10 really. I used to wait a few days and then update but now that I know there are going to be 5+ point releases, what's the point. I will wait a month and let everyone else beta test.

Oddly enough, after upgrading to 6.10.1 yesterday from 6.9.2, SSL set to auto was showing a 404 if I went to http://<server-name>.<local-tld>/ or http://<server-ip>/. Just tested again and it redirects as expected. It looks like https://<server-name>.<local-tld>/ or https://<server-ip>/ do not redirect and just go to the login page using the self-signed cert. Regardless, my issue seems to have resolved itself and the behavior I was used to in 6.9.x is back. Thank you!

https://wiki.unraid.net/Manual/Release_Notes/Unraid_OS_6.10.0#Moving_to_Let.27s_Encrypt_wildcard_SSL_certificates. Can anyone confirm for me that this is indeed the case? Because this is not working for me. https://<server-name>.<local-tld>/ does not redirect. It simply goes to the login page using a self signed cert. I am using a new wildcard cert and I have tried all permutations of setting SSL to off/on/auto. Auto shows a 404 instead of redirecting, on or off both go to the login page using either no ssl or a self signed cert.

Quick question--I was previously using the old single-host Let's Encrypt SSL cert on 6.9.x. I always accessed my server using https://<local-ip>/ and it would simply redirect to the <hash>.unraid.net URL. Upon upgrading to 6.10, https://<local-ip>/ no longer redirects...it simply brings me to the login page with the browser complaining the connection isn't secure (due to the self signed cert). I should also add that https://<hostname>.localTLD/ behaves the same way...no redirect, just an insecure connection. Was this behavior intentionally changed? I assume nginx on 6.9.x was automatically redirecting where as it is not in 6.10. If not intentional, any idea how to fix this? It was really nice to simply enter my IP rather than having to make sure I always had a bookmark on the device for the <hash>.unraid.net URL.

Did something change with NPM with regard to access lists at some point in the last year or two? I had a perfectly stable setup running since March 2020, however when I went to make some edits to a proxy this weekend I discovered the access list is no longer properly applied. I was doing simple HTTP auth using the access for one user without doing any type of IP allow/deny. Now, when I apply this list to a proxy, I get 403 forbidden regardless of what I do. When I look in the proxy_host config, I don't see any mention of basic_auth. Wiped things out and did a clean install with the same results and also tried the 'official' NPM but it has the same problem. In the end I just restored my old backup to get back up and running but this means I am no longer able to make changes without things breaking again.

When you add Sonarr and Radarr to Prowlarr as 'Apps', wait 5-10 minutes and you should see new Indexers automatically appear in those apps. This happens automatically and seems to be sporadic as far as the amount of time it takes to sync up. When I added Sonarr, it appeared pretty much right away but Radarr took about 10 minutes before finally showing up. TL;DR: Configure your preferred indexers in Prowlarr. Grab the API keys from Sonarr and Radarr, add them as Apps in Prowlarr. Wait.

EDIT: After reading the reddit post and the comments on this thread, I decided to go ahead and apply the update since I was fairly confident my database was in decent shape. The update applied without issue and all of my data is safely intact. While I would still exercise caution before updating (back up your appdata folder and do a backup in the Radarr UI for good measure), it should be relatively safe for most people.

But not 6.9.2 yet? My problems didn't start until I went from 6.9.1 to 6.9.2

Interesting. Out of curiousity, are you on Unraid 6.9.2 and using Wireguard?

EDIT: Looks to be an issue with Canadian endpoints? Tried ca-montreal.privacy.network and ca-toronto.privacy.network with the same error, but Bahamas (bahamas.privacy.network) seems to work fine. Oddly, I can connect to both of the above Canadian endpoints just fine using my Windows client.

It looks like you are trying to connect to legacy PIA servers with the port forwarding option enabled. This is no longer working on the PIA side so you will need to switch over to a next gen server. Assuming ca-vancouver.privateinternetaccess.com is the server you are wanting to connect to, simply go into your ovpn config file and change the URL to ca-vancouver.privacy.network. Start the container and monitor the logs--you should see a port get assigned and then, finally, a message saying [info] Deluge Web UI started. WebUI should be accessible now.

Thanks for the most recent update Binhex. I just updated to the latest release and I am happy to have port forwarding back from PIA's CA Toronto next-gen server! It was a rough few weeks there without it.