Everything posted by III_D
-
[Support] binhex - qBittorrentVPN
So, when I get the "This page isn't working right now", if I click the blue "REFRESH" button, it comes up right away. I guess it's not a bad work-around. Sonarr working now, I'm not sure why!
-
[Support] binhex - qBittorrentVPN
I noticed Mebrunner24 said he is having trouble connecting to the WebUI. I'm not sure if my problem is the same: If I use the Unraid webUI to open the qBittorrent page from the icon, it opens 192.xx.xx.xx:8080 but I get "This page isn't working right now". Ctrl-refresh does not fix it. Same behaviour in Chrome and Edge/Chrome. If I manually enter "http://192.xx.xx.xx:8080" it works. Also, not sure if this is connected, but I can't get Sonarr to connect to qBittorrrent. Radarr working fine with the same settings. This all started right after a recent update, where I lost my config from within qbittorrent. I don't see any errors in the log file. I tried deleting it and re-pulling it, same behaviour.
-
[Support] binhex - qBittorrentVPN
The default port in the settings is 6881, for both Host Port 1 and Host Port 2. My understanding is that this is a ubiquitous P2P port, and best avoided. With the delugeVPN docker, I believe it changed the port automatically. It doesn't look like it does it in this one. Where should I change the setting if I want to use a different port? in the Docker settings within qbittorrent, under Connection settings tab, change the incoming connections value (and/or check the box for use different port on startup) Thanks III_D
-
[Support] Linuxserver.io - Jackett
Thanks tjb! The fix for me was in this response, but I did not understand it at first, so I will clarify for others. Yes, using the SOCKS5 proxy feature within Jackett (and Sonarr, and Radarr...) DIRECTLY, ie. using the credentials for PIA within each of these dockers, was broken. It had previously caused persistent memory leaks, and more recently caused Jackett to stop working altogether due to SSL errors. The fix: within the excellent (thanks Binhex!) DelugeVPN there is a built-in Privoxy feature (ENABLE_PRIVOXY = yes). Enabling this, and then pointing each of the other dockers to use that http proxy, fixes both the SSL error and also the memory leaks. SpaceinvaderOne has a good Youtube video on how to set up Privoxy https://www.youtube.com/watch?v=2MNqonB86ec Thanks guys III_D
-
[Support] Linuxserver.io - Jackett
I'm getting the SSL error, and none of my trackers are working with Jackett. I have seen a few updates since this problem started, and none have fixed it. I couldn't get this above method to work. Deleting the proxy URL in the Jackett settings allows everyting to work, but obviously it would be better if this traffic went through a proxy... Maybe I'll try another Jackett docker.
-
stuck at "Syncing File system..." on new USB setup?
This worked for me. Version 1.5b of installer. Kingston DataTraveler 16GB.
-
[Support] binhex - DelugeVPN
I have been running this Docker for a few years now. I recently reinstalled all of my Dockers using the templates. Everything worked except for this one. After pulling my hair out several times, I finally deleted the old appdata folder for binhex-delugevpn and reinstalled without the template (after screenshotting all of the old settings). Some of the settings categories have changed. Working fine now. p.s. I think Switzerland has dropped off the port-forward list. Czech is working.
-
[Support] binhex - DelugeVPN
Re: DelugeVPN docker and PIA at server nl.privateinternetaccess.com FYI - I was getting a bunch of "Response code 000 from curl" errors, similar to JWMutant on page 87 of this thread. I checked my settings and OVPN files, and couldn't see anything wrong. I even replaced the PIA files. Still the same errors. Workaround: I switched to ro.privateinternetaccess.com, and switched the OVPN file to Romania. Working fine now. I think there's something going on with the PIA server in NL. I'll give it a couple of days and then try switching back to NL.
-
[Support] Linuxserver.io - Plex Media Server
I accidentally hit "Update" on the context menu (for the first time with this Docker), and ever since I cannot get Plex to start. When I check the live log, all I see is the "lsio" logo and a list of GID/UID. Nothing then ever shows up in the log, and I cannot access the WebUI. It is running but stalled. There is a post on the hub.docker page saying that Plex has changed it's download page, which starts a redirect loop... could this be the problem? I stopped this Docker, and started Limetech's Plex Docker (I needed to do this once before to salvage a broken lsio Plex Docker, and keep it as a backup)... This one works flawlessly. Any thoughts? Thanks III_D UnRAID 6.1.9
-
[Solved] Mount Unraid User Share On Linux Permissions
This thread was very helpful trying to connect my Ubuntu machine to Unraid, and worked no problem for months. Unfortunately, after a fresh re-install of Ubuntu 12.04 I couldn't make it work at first. Maybe this will help someone else. I had to install the package "cifs-utils" through the Software Centre to make it work. Apparently 12.04 doesn't come with "mount.cifs" out of the box. The only thing that's different behaviour from before is that in Nautilus I must bookmark the mounted folders in the /mnt/ folder, whereas before it would show up automatically under "Computer". Here's my fstab in case it helps someone else: //192.168.1.139/Shares /mnt/Shares cifs username=<unraid_user>,password=<unraid_password>,noperms,uid=nobody,gid=users 0 0 //192.168.1.139/Not_Shared /mnt/Not_Shared cifs username=<unraid_user>,password=<unraid_password>,noperms,uid=nobody,gid=users 0 0 also, spaces between the parameter sections worked, tabs did not. Cheers III_D