vortexrap

Members
  • Posts

    16
  • Joined

  • Last visited

Converted

  • Gender
    Undisclosed

vortexrap's Achievements

Noob

Noob (1/14)

1

Reputation

  1. hey @rix! I've been using your sync lounge auto docker for several months and it works great! (https://github.com/rix1337/docker-synclounge-auto). Any chance you will be updating this to support the new synclounge v2?http://synclounge.tv/v2beta/ They made some significant changes to the docker with a host of new features.
  2. @jbrodriguez Thanks. I'll post in that thread. (also, yes I do have the companion plugin installed on both servers).
  3. I'm having difficulty adding a second server that has the new HTTPS via let's encrypt feature of 6.4. Anyone else having this issue? I already have 1 server thats on 6.3.5 with only HTTP and have no issues adding. Trying to add via IP or the new host name doesn't work. I've also tried various combinations of hostname+IP + HTTPS flag in the app (and I'm pretty sure I'm not fat fingering the inputs). Thanks!
  4. Here is the resolution since Google brought me first to this page instead of any let's encrypt support pages and the official support thread did not link to any support thread or post any resolutions: https://www.linuxserver.io/2018/01/11/psa-changes-to-our-lets-encrypt-container/ In the unraid GUI, select 'Edit' in the Lets Encrypt container, and expand 'Advanced Settings' change HTTPVAL variable from 'false' to 'true'
  5. In case anyone is having cert renewal issues, such as this post below: I didn't find a resolution on the unraid forums, so here is the link and resolution from the linuxserver.io forums: https://www.linuxserver.io/2018/01/11/psa-changes-to-our-lets-encrypt-container/ In the unraid GUI, select 'Edit' in the Lets Encrypt container, and expand 'Advanced Settings' change HTTPVAL variable from 'false' to 'true'
  6. I had some old config text that was causing some weird behavior below that quoted block. Unfortunately I don't have the exact text any more to post. I would make sure that your configuration is similar to the one I posted, and that the remaining block just has the reverse proxy blocks.
  7. Unfortunately not. I'm 99% sure the reason is because of the way the authentication works. It displays the login page as the base URL but then REDIRECTS to index.php. I don't think that this behavior plays nicely with reverse proxy support and built-in authentication. I've since disabled built-in auth and have fallen back to basic auth as a workaround. I'll probably open a ticket on their github page to explain my findings. Anyone else think this is the root issue? I was able to resolve my issue by removing some lines in my LE config. This is working for me: server { listen 443 ssl default_server; root /config/www; index index.html index.htm index.php; server_name services.hostname.com; ssl_certificate /config/keys/letsencrypt/fullchain.pem; ssl_certificate_key /config/keys/letsencrypt/privkey.pem; ssl_dhparam /config/nginx/dhparams.pem; ssl_ciphers ciphers; ssl_prefer_server_ciphers on; client_max_body_size 0; location / { #auth_basic "Restricted"; #auth_basic_user_file /config/nginx/.htpasswd; include /config/nginx/proxy.conf; proxy_pass http://192.168.1.50:8080; } I based some of this off deuxcolors config in this comment:
  8. Hey all, having some trouble accessing muximux through LE. My Muximux has authentication enabled, and everything works fine accessing via HTTP. Once i access via LE Reverse Proxy URL thats when I have issues. I can access the Muximux login, but once I'm logged in all I'm getting is error, file not found. Here is my LE default conf: server { listen 443 ssl default_server; root /config/www; index index.html index.htm index.php; server_name services.hostname.com; ssl_certificate /config/keys/letsencrypt/fullchain.pem; ssl_certificate_key /config/keys/letsencrypt/privkey.pem; ssl_dhparam /config/nginx/dhparams.pem; ssl_ciphers 'ciphers'; ssl_prefer_server_ciphers on; client_max_body_size 0; location / { #auth_basic "Restricted"; #auth_basic_user_file /config/nginx/.htpasswd; include /config/nginx/proxy.conf; proxy_pass http://192.168.1.50:8080; #try_files $uri $uri/ /index.html /index.php?$args =404; } Note: I've commented out my auth_basic as I'm trying to use built in Muximux authentication. In testing, I am able to get to the login page when accessing services.hostname.com. But when I login, it redirects to services.hostname.com/index.php, and I believe that is the issue. Thanks for any help!
  9. I'm able to use subfolders without having to drill into each individual movie file. So my file structure is sorted like this: /mnt/user/unraidshare (or NFS share)/movies/moviequality/movietitle/movie.mkv Sample: /diskstation/media/movies/720ptemp/Shelter.mkv I have my Radarr container setup in this way: Inside Radarr, under Movies -> Add Movie -> Import Existing Movies on Disks, I browse to where I set my container/host path: /media/diskstation/720ptemp/ Once my path is set, I Add (click the green checkmark) -> Close, and Radarr scans and recognizes them: http://i.imgur.com/UR49PGO.png This is a small folder with only 5-6 movies as a test bed for the import and recognize and so far so good. I added one of my larger shares, and it seems to recognize all of them. My thoughts so far: It works! Indexers, Download client, Quality Profiles, Connections. I successfully upgraded a 720p file to 1080p and found a release on a indexer, and set to Deluge. We will see about importing once its done There doesn't seem to be a mass add/monitor feature similar to CP. I like the granuarity and control this offers but bulk additions would be great! Under Media Management -> Movie Naming you can't customize the movie folder the same way as the movie file (minor thing, but all my movies are sorted that way so I can easily see qualities at the top level without digging into the subfolder. File: {Movie Title} ({Release Year}) {Quality Full} Folder: {Movie Title} ({Release Year}) Forms Auth works. I will be testing how it works under a reverse proxy (LetsEncrypt)[Edit: works!]
  10. Thanks for the help CHBMB! I am able to edit on the local IP! Strangely though, once I edited all the Muximux web urls for plexpy, sonarr, etc. I did a save and reload, it now doesn't allow me to make new changes. Must be due to HTTPS - I have everything the way I want now so it's fine now (once I have to make new changes I'll have to do some digging to get it working again though).
  11. Correct. Everytime I make a setting change on the WebUI of Muximux (ex. Change the Title of the page) and I click Save + Reload, nothing changes or appears. I wait a bit, nothing - a page reload brings back all the default settings. My current setup is LE reverse proxy, port 3030. I have muximux set up on my root folder with authentication: server { listen 443 ssl default_server; root /config/www; index index.html index.htm index.php; server_name _; ssl_certificate /config/keys/letsencrypt/fullchain.pem; ssl_certificate_key /config/keys/letsencrypt/privkey.pem; ssl_dhparam /config/nginx/dhparams.pem; ssl_ciphers blahblah ssl_prefer_server_ciphers on; client_max_body_size 0; location / { auth_basic "Restricted"; auth_basic_user_file /config/nginx/.htpasswd; include /config/nginx/proxy.conf; proxy_pass http://192.168.1.51:8080; #try_files $uri $uri/ /index.html /index.php?$args =404; } location /muximux { rewrite ^/muximux(/.*)$ $1 break; proxy_pass http://192.168.1.51:8080; proxy_set_header Host $host; 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 off; } I've tried messing with the NGINX settings but the site is loading just fine under the reverse proxy URL. I've also deleted my app data, removed container and image, and rebuilt from scratch with no luck.
  12. I configured this docker behind let's encrypt and secured with httpauth and its working great! Only issue is I am trying to configure the darn thing and everything I hit save and reload, the site doesn't do anything. Anyone else running into this?
  13. Confirmed fixed and working. These are the steps i took to change my original configuration to work: Added new variable VPN_PROTOCOL: udp Changed: VPN_PORT: 1198 you guys are the best! Thanks binex and jonathanm!
  14. Hey guys. I've been using Binhex's Deluge for the last couple months without an issue. I recently went into add a file path and during the rebuild of the container, I can no longer access the web UI. I've since tried to revert back to the earlier config, and tried removing the container and image and starting from the XML template without any luck. Any help is appreciated! Logs below: [info] Env var PUID defined as 99 [info] Env var PGID defined as 100 [info] Permissions already set for /config and /data [info] Starting Supervisor... 2016-07-26 12:38:45,638 CRIT Set uid to user 0 2016-07-26 12:38:45,638 INFO Included extra file "/etc/supervisor/conf.d/delugevpn.conf" during parsing 2016-07-26 12:38:45,642 INFO supervisord started with pid 12 2016-07-26 12:38:46,643 INFO spawned: 'start-script' with pid 15 2016-07-26 12:38:46,644 INFO spawned: 'webui-script' with pid 16 2016-07-26 12:38:46,646 INFO spawned: 'deluge-script' with pid 17 2016-07-26 12:38:46,647 INFO spawned: 'privoxy-script' with pid 18 2016-07-26 12:38:46,654 DEBG 'privoxy-script' stdout output: [info] VPN is enabled, checking VPN tunnel local ip is valid 2016-07-26 12:38:46,654 INFO success: start-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2016-07-26 12:38:46,655 INFO success: webui-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2016-07-26 12:38:46,655 INFO success: deluge-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2016-07-26 12:38:46,655 INFO success: privoxy-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2016-07-26 12:38:46,655 DEBG 'deluge-script' stdout output: [info] deluge config file already exists, skipping copy 2016-07-26 12:38:46,656 DEBG 'deluge-script' stdout output: [info] VPN is enabled, checking VPN tunnel local ip is valid 2016-07-26 12:38:46,656 DEBG 'start-script' stdout output: [info] VPN is enabled, beginning configuration of VPN 2016-07-26 12:38:46,667 DEBG 'start-script' stdout output: [info] VPN provider defined as pia 2016-07-26 12:38:46,669 DEBG 'start-script' stdout output: [info] VPN default certs defined, copying to /config/openvpn/... 2016-07-26 12:38:46,673 DEBG 'start-script' stdout output: [info] VPN config file (ovpn extension) is located at /config/openvpn/openvpn.ovpn 2016-07-26 12:38:46,676 DEBG 'start-script' stdout output: [info] VPN provider remote gateway defined as nl.privateinternetaccess.com [info] VPN provider remote port defined as 1194 2016-07-26 12:38:46,676 DEBG 'start-script' stdout output: [crit] VPN provider remote protocol not defined (via -e VPN_PROTOCOL), exiting... 2016-07-26 12:38:46,676 DEBG fd 8 closed, stopped monitoring <POutputDispatcher at 47900179671376 for <Subprocess at 47900179670800 with name start-script in state RUNNING> (stderr)> 2016-07-26 12:38:46,676 DEBG fd 6 closed, stopped monitoring <POutputDispatcher at 47900179671016 for <Subprocess at 47900179670800 with name start-script in state RUNNING> (stdout)> 2016-07-26 12:38:46,676 INFO exited: start-script (exit status 1; not expected) 2016-07-26 12:38:46,677 DEBG received SIGCLD indicating a child quit