March 18, 20188 yr On 6.5 and using https....If you access the plugin when you’ve used redirect (http://) and you get redirected to https://xxx.unraid.net and access the plugin GUI it shows the list of usersIf you access the plugin using https://ipaddress and access the plugin GUI it shows no users and recommends adding via the unraid GUINot sure if this is the issue for the no show of dockers but hope it helps
March 18, 20188 yr Author So, I upgraded to 6.5.0 and dockers/vms don't work I'll be working on the fix this week.
March 21, 20188 yr Author v2018.03.21 (2.9.2) is available 2018-03-21 - 2.9.2 - Add support for unRAID 6.5.0 This fixes the issues with the plugin's webUI, under 6.5.0
March 21, 20188 yr 1 hour ago, jbrodriguez said: This fixes the issues with the plugin's webUI, under 6.5.0 This update fixed issues I was having viewing user/docker settings in webUI. Thanks.
April 2, 20188 yr Hello Logging in I see this: Everything seems to be running though? Unable to connect to serverx (1001) - Unable to get unRAID state (dockers): Get https://127.0.0.1/plugins/dynamix.docker.manager/include/DockerContainers.php: dial tcp 127.0.0.1:443: connect: connection refused
April 3, 20188 yr Author Hi RyanNYC, that's definitely an issue. What unRAID version are you running ? Do you have https enabled on your server ?
April 5, 20188 yr I am trying out your app and am not able to connect to my unraid server. Steps taken: I have installed the plugin and set up a user for ControlR called control and configured said user. I can connect from my phone to the unraid GUI in Chrome. I can access http:<unraid>:2378 When I try to connect via the Android ControlR app and add manually it simply comes back with a "No servers available" message. Using http on default port 80. I do have Eset antivirus running on my devices, it may be blocking this, I will try disabling on my test phone. I am about 8 hours into my 48 hour refund window on the Play store so I'm hoping you can point me in the right direction before I have to get a refund. Config: Unraid v6.1.9 Android v8.0 (Samsung Galaxy S9+) BTW, auto config hangs when it hits one of my Netgear manage switches and never moves on. ControlR log: (note for this post I changed Mac address below) I: 2018/04/05 07:55:00 app.go:57: controlr v2.9.2-371-b91fc11-v2018.03.21 starting ... I: 2018/04/05 07:55:00 app.go:65: No config file specified. Using app defaults ... I: 2018/04/05 07:55:00 core.go:73: starting service Core ... I: 2018/04/05 07:55:00 core.go:274: No sensor detected ... I: 2018/04/05 07:55:00 core.go:287: Created apc ups ... I: 2018/04/05 07:55:00 server.go:70: Starting service Server ... I: 2018/04/05 07:55:00 server.go:89: Serving files from /usr/local/emhttp/plugins/controlr I: 2018/04/05 07:55:00 server.go:151: Server started listening http on :2378 I: 2018/04/05 07:55:00 api.go:46: Starting service Api ... I: 2018/04/05 07:55:00 api.go:99: Api started listening http on :2382 I: 2018/04/05 07:55:00 app.go:85: Press Ctrl+C to stop ... I: 2018/04/05 11:38:53 api.go:134: received /info I: 2018/04/05 11:38:53 api.go:142: info({Version:2 Wake:{Mac:xx:xx:xx:xx:xx:xx Broadcast:255.255.255.255} Prefs:{Number:., Unit:F} Samples:[{Key:UPS STATUS Value:Online Unit: Condition:green} {Key:UPS LOAD Value:9.0 Unit:% Condition:green} {Key:UPS CHARGE Value:100.0 Unit:% Condition:green} {Key:UPS LEFT Value:65.3 Unit:m Condition:green} {Key:UPS POWER Value:77.8 Unit:w Condition:green}] Features:map[sleep:false]}) Additional log after running from console commandline: (x out addresses) Note the remote IP connection attempt root@server:/usr/local/emhttp/plugins/controlr# ./controlr I: 2018/04/05 12:41:07 app.go:57: controlr v2.9.2-371-b91fc11-v2018.03.21 starting ... I: 2018/04/05 12:41:07 app.go:65: No config file specified. Using app defaults ... I: 2018/04/05 12:41:07 core.go:73: starting service Core ... I: 2018/04/05 12:41:07 core.go:274: No sensor detected ... I: 2018/04/05 12:41:07 core.go:296: No ups detected ... I: 2018/04/05 12:41:07 server.go:70: Starting service Server ... I: 2018/04/05 12:41:07 server.go:89: Serving files from /usr/local/emhttp/plugins/controlr I: 2018/04/05 12:41:07 server.go:151: Server started listening http on :2378 I: 2018/04/05 12:41:07 api.go:46: Starting service Api ... I: 2018/04/05 12:41:07 api.go:99: Api started listening http on :2382 I: 2018/04/05 12:41:07 app.go:85: Press Ctrl+C to stop ... I: 2018/04/05 12:42:04 api.go:134: received /info I: 2018/04/05 12:42:04 api.go:142: info({Version:2 Wake:{Mac:xx:xx:xx:xx:xx:xx Broadcast:255.255.255.255} Prefs:{Number:., Unit:F} Samples:[] Features:map[sleep:false]}) {"time":"2018-04-05T12:42:04.0025742-05:00","id":"","remote_ip":"xxx.xxx.x.xx","host":"xxx.xxx.x.xx:2382","method":"GET", "uri":"/api/v1/info","status":200, "latency":160814,"latency_human":"160.814µs","bytes_in":0,"bytes_out":153} Thanks in advance!
April 5, 20188 yr Author Hi bnkath2o, thanks for the detailed report. unRAID 6.1.x and below is unsupported by the app, and that basically means that some docker/vms functions will not work and I'll be making no attempt to get them working. But, basic connectivity should work (I think), so a couple of thoughts: - The app is finding the server Since it hits the api endpoint successfully. - You mentioned you added a user called control. If you haven't, can you connect using USER=control, PASSWORD=<root password> or USER=root,PASSWORD=<root password> > This is because the app connects to the unRAID's webUI, which presently works only with a root/<root password> access. The app allows you to have separate permissions per user, but you still need to enter the <root password> from the app for any user - If none of that works, please follow the steps in the https://github.com/jbrodriguez/controlr-support I'll update the FAQ to include min supported version and the issue about access with root password for non-root users.
April 5, 20188 yr I corresponded with Juan directly and determined that unfortunately unraid 6.1.x does not work with ControlR. He graciously processed a refund through the Google Play store. Though I am disappointed that ControlR did not work out I do completely understand the necessity to draw the line somewhere on back level support. Thank you for the outstanding timely customer service! -Ben
April 29, 20188 yr On 3/15/2018 at 7:33 AM, hmgnsd said: Hmm, was set to 'auto'. Set it to 'no' and now it works! Weird this fixed everything for me too! Edit: OK when I try to login to the plugin webui I get an error (see attached). App is connecting over http and the server is running on port 80 with https set to no instead of auto. Everything in the app on my phone works except for Docker and plugin viewing...which I assume I have to log into to get those working. Edited April 29, 20188 yr by weirdcrap New issue
May 6, 20188 yr Have been using the android version for a while and decide to splash out on an iOS iPad version too. extra screen real estate is great However I did notice the logs are no longer accessible and I can’t get to the webgui for controlr, everything else works as expected. I don’t think I’ve checked for logs since before 6.3.5, I’m currently on 6.5.0 I have tried uninstalling and reinstalling the plugin, enabling/disabling the service. Edited May 6, 20188 yr by tjb_altf4
May 6, 20188 yr Author Hi, is it possible you have enabled ssl on the server ? If that's the case, please add the server using your ssl port (normally 443) and the secure switch on the app. Let me know if that's the case.
May 7, 20188 yr No SSL in use, I haven't set it up on the server yet, it's set to unRAID default value of 'auto'. In any case I tried connecting as SSL and that fails. To be clear, logs aren't available on either device running ControlR, and the plugin webgui is not accessible. I can access everything else in ControlR as normal. Is it possible that ControlR has detected an unRAID provisioned SSL certificate and even though it is not in use, ControlR has determined that a SSL connection method should be used?
May 7, 20188 yr Author Oh ok, if you have SSL set to 'auto', the plugin interprets that ssl is on. The only time the plugin won't listen on https is if ssl is set to no. I need to check again, but I think that if you access the unRAID's webGUI via http, you get redirected to https under the hood (when set to auto). As for the app, you have two options: - Set ssl to no in unRAID's settings If you don't want to use ssl. Add the server normally. http port (80), secure switch off - Add the server via ssl in the app https port (443), secure switch on Let me know how that goes.
May 8, 20188 yr Ok have it working now, had to do the following (with extra info for anyone else that comes across the same issue): Change unRAID to SSL = No (from Auto) (Settings > Identification > Management Access > Use SSL/TLS) Restart the ControlR service (set to No, then Yes again). (Settings > ControlR > Enable ControlR Server) I did a few uninstall/re-installs of the plugin and removing/adding server from ControlR along the way, but I think the above was all that was needed. Cheers!
May 21, 20188 yr Hey using the ControlR Android app. I can see system and vm logs, but not docker for some reason (middle option). Why is this? Edited May 21, 20188 yr by NewKrewLinux
May 22, 20188 yr Author 11 hours ago, NewKrewLinux said: Hey using the ControlR Android app. I can see system and vm logs, but not docker for some reason (middle option). Why is this? Hi, it shows the logs for the docker service, not for individual dockers. Maybe that's what you're referring to ?
June 30, 20188 yr Hi, I just installed the docker tool and is unable to go to the WEBUI. I have the android app installed and able to see the tower using IP fine. get ERR_INVALID_HTTP_RESPONSE Jun 30 15:40:05 Tower ool www[30608]: /usr/local/emhttp/plugins/controlr/scripts/stopJun 30 15:40:18 Tower ool www[30608]: /usr/local/emhttp/plugins/controlr/scripts/stopJun 30 15:42:19 Tower login[3752]: ROOT LOGIN on '/dev/pts/0'Jun 30 15:43:24 Tower ool www[30608]: /usr/local/emhttp/plugins/controlr/scripts/startJun 30 15:43:24 Tower sudo: root : TTY=unknown ; PWD=/usr/local/emhttp ; USER=root ; COMMAND=/usr/bin/bash -c /usr/local/emhttp/plugins/controlr/controlr -port 2378 -certdir '/boot/config/ssl/certs' -showups
July 2, 20188 yr Author Hi were you able to fix this ? Access the page via https rather than http. Also, add the server (in the app), using the ip:port:secure switched on. Let me know how it goes
July 7, 20188 yr Author v2018.07.07 (2.11.0) is available 2018-07-07 - 2.11.0 - Modify logic to set listening port READ IMPORTANT NOTICE This release changes the way the plugin decides whether to listen on http or https: (assuming a certificate is present, either letsencrypt or unraid self-signed) If the SSL setting in your unRAID is set to 'yes' -> plugin listens on https 'auto' -> plugin listens on http 'no' -> plugin listens on http Previously, with 'auto' the plugin would listen on https. In terms of the ControlR app, please read
July 8, 20188 yr On 7/7/2018 at 7:08 AM, jbrodriguez said: If the SSL setting in your unRAID is set to 'yes' -> plugin listens on https 'auto' -> plugin listens on http 'no' -> plugin listens on http Previously, with 'auto' the plugin would listen on https. Note that users of LT's LE SSL certs need to keep this set to "auto" or there will be problems down the road. From the help: Quote Select Auto if you are using or plan to use a Let's Encrypt SSL certificate provisioned by Lime Technology. Before the certificate is provisioned, the webGUI remains in http-mode. After provisioning, the webGUI automatically switches to https-mode. In addition two background processes are enabled: updatedns - This starts 30 seconds after server reboot has completed and contacts the Lime Technology DNS service to register the servers local IP address. Thereafter it wakes up every 10 minutes in case the local IP address has changed again. renewcert - This starts 60 seconds after server reboot has completed and contacts the Lime Technology certificate renewal service to determine if your Let's Encrypt SSL certificate needs to be renewed. Thereafter it wakes up every 24 hours. If within 30 days of expiration, a new certificate is automatically provisioned and downloaded to your server. Note: After provisioning a Let's Encrypt SSL certificate you may turn off the updatedns and newcert background processes by chaning this field to Yes.
July 8, 20188 yr Unraid v 6.5.3 when i access the Web Gui, i cant login i get 401 unauthorized, issue from earlier in this thread. check the logs "boot/logs/controlr.log" . and i see the following error whenever i attempt to login " Unknown encryption type: ()"
July 8, 20188 yr Author 2 hours ago, SoloLab said: Unraid v 6.5.3 when i access the Web Gui, i cant login i get 401 unauthorized, issue from earlier in this thread. check the logs "boot/logs/controlr.log" . and i see the following error whenever i attempt to login " Unknown encryption type: ()" I think it's because you don't have a password set.
July 8, 20188 yr Author 4 hours ago, ljm42 said: Note that users of LT's LE SSL certs need to keep this set to "auto" or there will be problems down the road. From the help: Thanks for the reminder. I'll need to do a deep dive on this one. I'll probably have to do some redirecting from within the plugin(s) myself, I think.
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.