kostecki

You're close. As i'm using env-variables and not the server.yml you need to also use the env-variable version as listed in the table at the bottom of: https://docs.ntfy.sh/config/ But i already exposed that variable, so in the container config in unRaid you can just change NTFY_WEB_ROOT to disabled

Summary: Support thread for all (there's one) of my Docker Templates for CA. This thread is purely for supporting the templates themselves. I have absolutely nothing to do with the actual development of anything. Ntfy Web: https://ntfy.sh/ Description: ntfy (pronounce: notify) is a simple HTTP-based pub-sub notification service. It allows you to send notifications to your phone or desktop via scripts from any computer, entirely without signup, cost or setup.

You're absolutely right - of course you are. I had to jump through a million hoops, but i have it installed and it works perfectly at bridging Dropbox and Nextcloud. Thanks for proving me wrong!

That absolutely fair, and i understand but seeing as it requires me to download from source, build the plugin and enable it using the OCC i'm guessing it's as good as useless, unless i want to jump through all of these hoops everything the container is updated, right?

Just shamelessly quoting myself in hope of an answer

I've been using the container for a days now, and it seems to work perfectly. Thanks for hard work! I really want to add Dropbox synchronization to Nextcloud, but after Dropbox deprecated OAuth1 in favor of OAuth2 it requires a different app: https://github.com/icewind1991/files_external_dropbox is it possible to add it to the container in some way?

Has anyone been able to put ruTorrent behind a reverse proxy (with nginx)? I'm almost able to get it to work as far as getting the ruTorrent UI to show up at mydomain.tld/rutorrent, but the log tab just shows: [11.08.2017 19:43:45] WebUI started. [11.08.2017 19:43:45] Bad response from server: (404 [error,getplugins]) Not Found The developer console in Chrome shows a 404 for the following file, a file that is present if i use 192.168.0.5:9080/php/getplugins.php: mydomain.tld/rutorrent/php/getplugins.php My nginx config files looks like this: location /rutorrent { rewrite ^/rtorrent$ /rtorrent/ redirect; proxy_pass http://192.168.0.5:9080/; proxy_set_header Host 192.168.0.5:9080; proxy_redirect default; } Anyone who can tell me how i can fix this?

Has anyone gotten this to work? I would really like to use Flood with Sonarr and Radarr

I've been trying to get this to work with reverse proxy on my nginx installation, but no luck so far. It's set up like this: location /rutorrent { include /config/nginx/include/proxy-control.conf; proxy_pass http://192.168.0.5:9080; proxy_redirect default; } proxy-control.conf contains: client_max_body_size 10m; client_body_buffer_size 128k; #Timeout if the real server is dead proxy_next_upstream error timeout invalid_header http_500 http_502 http_503; # Advanced Proxy Config send_timeout 5m; proxy_read_timeout 240; proxy_send_timeout 240; proxy_connect_timeout 240; # Basic Proxy Config proxy_set_header Host $host:$server_port; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto https; proxy_redirect http:// $scheme://; proxy_http_version 1.1; proxy_set_header Connection ""; proxy_cache_bypass $cookie_session; proxy_no_cache $cookie_session; proxy_buffers 32 4k; When i visit mydomain.tld/rutorrent i get the nginx auth prompt but then it just throws a 404. Any ideas on what i'm doing wrong? I have reverse proxy working fine with CP, Sonarr, Plexpy, Trasmission and unRaid itself. Edit: i can see in the docket log that it outputs the following error: 2016/10/11 01:11:23 [error] 687#687: *1 "/usr/share/webapps/rutorrent/rutorrent/index.html" is not found (2: No such file or directory) with the second rutorrent being my reverse proxy location (mydomain.tld/rutorrent) which is obviously breaking functionality since it's looking for ruTorrent in the wrong pace. How is this solved?

Not to worry. SSL is forced on the domain.

And once again you give great advise. Thank you, CHBMB!

I can't see how it's possible to change the base url, but this is a workaround RewriteRule ^/muxi$ /muxi/ [R] <Location /muxi> ProxyPass http://UNRAID-IP:MUXIMUX-PORT/ ProxyPassReverse http://UNRAID-IP:MUXIMUX-PORT/ </Location> For reference here's the other bits of my setup.... RewriteEngine On ProxyPreserveHost Off Awesome. That worked absolutely perfect. Is there any way to password protect this with something like htaccess? I have a public webserver running via my Aapache Docker container and, as such, aren't interested in protecting my whole public facing web server.

I'm trying to use this with a reverse proxy in Apache on /muxi. I am, however, having problems with a lot of files not being loaded because it's looking for them at the root on my site. Isn't it possible to set the base url?

That seems like a fair guess. Hopefully it'll be fixed at some point, but i can live with kinda-working. Thanks to both of you, mr-hexen and CHBMB!

Sure enough. That worked.

When you go into the Couchpotato settings, does the Deluge connection test work? Yup. Connects fine. It's able to add the torrent and monitor the status all the way until it's done where it starts thinking that it's seeding forever. Sorry can't believe I missed this the first time.... Try this.. EDIT: And I cannot recommend enough changing shares to use only lowercase, it makes life a lot simpler... Just tried redoing all of my shares and docker mappings. Everything is lower case and all download-folders are called downloads. But still nothing. Sonarr still works fine, so i know that my new folder names and mappings indeed is working.

When you go into the Couchpotato settings, does the Deluge connection test work? Yup. Connects fine. It's able to add the torrent and monitor the status all the way until it's done where it starts thinking that it's seeding forever.

Nope. Doesn't seem to have made any difference. CP still doesn't mark it as finished because it thinks Deluge is still seeding.

Directory and Completed Directory left blank in CP to let Deluge handle those.

Logs? The couchpotato one rather than the docker one.... Sure 02-04 21:15:44 DEBUG [o.core.downloaders.deluge] Checking Deluge download status. 02-04 21:15:44 DEBUG [o.core.downloaders.deluge] name=The.Godfather.1972.RIHANT / id=480016cf5323c7a0294cb26f25fa986e06c91893 / save_path=/data/Completed / move_on_completed=False / move_completed_path=/data/Completed / hash=480016cf5323c7a0294cb26f25fa986e06c91893 / progress=100.0 / state=Paused / eta=0 / ratio=0.0 / stop_ratio=0.0 / is_seed=True / is_finished=True / paused=True 02-04 21:15:44 DEBUG [tato.core.plugins.renamer] Checking status snatched releases... 02-04 21:15:44 DEBUG [tato.core.plugins.renamer] Found release by id: 480016cf5323c7a0294cb26f25fa986e06c91893 02-04 21:15:44 DEBUG [tato.core.plugins.renamer] Found The.Godfather.1972.RIHANT: SEEDING, time to go: 0:00:00 02-04 21:15:44 DEBUG [tato.core.plugins.renamer] The.Godfather.1972.RIHANT is seeding with ratio: 0.0 02-04 21:15:44 DEBUG [tato.core.plugins.release] Marking release The Godfather .1972 .DVDrip.RIHANT as seeding 02-04 21:15:44 DEBUG [o.core.notifications.core] Notifying frontend 02-04 21:15:44 DEBUG [o.core.notifications.core] Done notifying frontend 02-04 21:15:58 DEBUG [o.core.notifications.core] Cleaning messages 02-04 21:15:58 DEBUG [o.core.notifications.core] Done cleaning messages 02-04 21:16:01 DEBUG [o.core.notifications.core] Getting messages with id: 9a2d3044-018b-455c-91b7-76b96e5332b4 02-04 21:16:01 DEBUG [o.core.notifications.core] Returning for 9a2d3044-018b-455c-91b7-76b96e5332b4 0 messages 02-04 21:16:13 DEBUG [o.core.notifications.core] Cleaning messages 02-04 21:16:13 DEBUG [o.core.notifications.core] Done cleaning messages 02-04 21:16:44 DEBUG [o.core.downloaders.deluge] Checking Deluge download status. 02-04 21:16:44 DEBUG [o.core.downloaders.deluge] name=The.Godfather.1972.RIHANT / id=480016cf5323c7a0294cb26f25fa986e06c91893 / save_path=/data/Completed / move_on_completed=False / move_completed_path=/data/Completed / hash=480016cf5323c7a0294cb26f25fa986e06c91893 / progress=100.0 / state=Paused / eta=0 / ratio=0.0 / stop_ratio=0.0 / is_seed=True / is_finished=True / paused=True 02-04 21:16:44 DEBUG [tato.core.plugins.renamer] Checking status snatched releases... 02-04 21:16:44 DEBUG [tato.core.plugins.renamer] Found release by id: 480016cf5323c7a0294cb26f25fa986e06c91893 02-04 21:16:44 DEBUG [tato.core.plugins.renamer] Found The.Godfather.1972.RIHANT: SEEDING, time to go: 0:00:00 02-04 21:16:44 DEBUG [tato.core.plugins.renamer] The.Godfather.1972.RIHANT is seeding with ratio: 0.0 02-04 21:17:44 DEBUG [o.core.downloaders.deluge] Checking Deluge download status. 02-04 21:17:44 DEBUG [o.core.downloaders.deluge] name=The.Godfather.1972.RIHANT / id=480016cf5323c7a0294cb26f25fa986e06c91893 / save_path=/data/Completed / move_on_completed=False / move_completed_path=/data/Completed / hash=480016cf5323c7a0294cb26f25fa986e06c91893 / progress=100.0 / state=Paused / eta=0 / ratio=0.0 / stop_ratio=0.0 / is_seed=True / is_finished=True / paused=True 02-04 21:17:44 DEBUG [tato.core.plugins.renamer] Checking status snatched releases... 02-04 21:17:44 DEBUG [tato.core.plugins.renamer] Found release by id: 480016cf5323c7a0294cb26f25fa986e06c91893 02-04 21:17:44 DEBUG [tato.core.plugins.renamer] Found The.Godfather.1972.RIHANT: SEEDING, time to go: 0:00:00 02-04 21:17:44 DEBUG [tato.core.plugins.renamer] The.Godfather.1972.RIHANT is seeding with ratio: 0.0 Deluge is set to "stop seed at ratio 0" for quick testing - which it does. The torrent stops seeding right away. It works with the Linuxserver.io Sonarr image and the older release of CP in the binhex image. Just not with the Linuxserver.io CP image. It also doesn't mark the Movie as done in CP, so it's kept in Wanted and never notifies me that it's done through Pushbullet.

Anyone else having problems with CouchPotato not removing torrents from Deluge? It's been going on for the last few days. Tried binhex' docker image of CP with no problems. I'm guessing that a CP update is causing this, as the difference in version between Linuxserver.io and Binhex is fairly substantial.