[Plugin] controlrd

[jbrodriguez]

15 hours ago, wgstarks said:

Will this happen every time or is there an option to "trust" the self-signed certificate?

 

I think you can trust the certificate, but that's browser-specific.

 

The first time I accessed https, I got the warning, subsequently it didn't show up again, but I haven't closed the browser, nor rebooted the workstation (using Chrome).

[jbrodriguez]

v2.0.1 is up !

 

2017-06-16 - 2.0.1

- Add https port to unRAID UI settings
- Fix issue with empty ip address
 

I think this fixes both issues brought up by ljm42 

[wgstarks]

1 hour ago, jbrodriguez said:

v2.0.1 is up !

 

2017-06-16 - 2.0.1

- Add https port to unRAID UI settings
- Fix issue with empty ip address
 

I think this fixes both issues brought up by ljm42 

I can't even get 2.0.0 yet. Apple App Store is soooooo slow.

[Ashe]

I can't even get 2.0.0 yet. Apple App Store is soooooo slow.[emoji37]

This is the unraid plug in which is available for download, not the app. Should be showing up on your system now

[wgstarks]

My bad. Getting my threads mixed up.

[jbrodriguez]

Yes, I hope to publish next week the updated app supporting 6.4.x, depending on some factors

[jbrodriguez]

Updated to v2.0.2

 

2017-06-20 - 2.0.2

 

The plugin will now start on the same protocol as emhttp.
If both http & https are enabled, it will start on https.

 

Additionally:
- Fix Mixed Content error
- Improve link to the UI in the Settings page

Edited June 20, 2017 by jbrodriguez

[ljm42]

11 hours ago, jbrodriguez said:

Updated to v2.0.2

 

Is anyone able to get this update? My system says 2.0.1 is current. It isn't a networking issue as I was able to update Unassigned Devices.

[Ashe]

Same here, no update showing available from 2.0.1

[wgstarks]

25 minutes ago, Ashe said:

Same here, no update showing available from 2.0.1

Me too.

[ljm42]

I tried to uninstall/reinstall and got some errors:

plugin: installing: https://raw.githubusercontent.com/jbrodriguez/unraid/master/plugins/controlr.plg
plugin: downloading https://raw.githubusercontent.com/jbrodriguez/unraid/master/plugins/controlr.plg
plugin: downloading: https://raw.githubusercontent.com/jbrodriguez/unraid/master/plugins/controlr.plg ... done

Warning: simplexml_load_file(): /tmp/plugins/controlr.plg:24: parser error : xmlParseEntityRef: no name in /usr/local/emhttp/plugins/dynamix.plugin.manager/scripts/plugin on line 216

Warning: simplexml_load_file(): If both http & https are enabled, it will start on https. in /usr/local/emhttp/plugins/dynamix.plugin.manager/scripts/plugin on line 216

Warning: simplexml_load_file(): ^ in /usr/local/emhttp/plugins/dynamix.plugin.manager/scripts/plugin on line 216

Warning: simplexml_load_file(): /tmp/plugins/controlr.plg:24: parser error : xmlParseEntityRef: no name in /usr/local/emhttp/plugins/dynamix.plugin.manager/scripts/plugin on line 216

Warning: simplexml_load_file(): If both http & https are enabled, it will start on https. in /usr/local/emhttp/plugins/dynamix.plugin.manager/scripts/plugin on line 216

Warning: simplexml_load_file(): ^ in /usr/local/emhttp/plugins/dynamix.plugin.manager/scripts/plugin on line 216

Warning: simplexml_load_file(): /tmp/plugins/controlr.plg:24: parser error : xmlParseEntityRef: no name in /usr/local/emhttp/plugins/dynamix.plugin.manager/scripts/plugin on line 216

Warning: simplexml_load_file(): If both http & https are enabled, it will start on https. in /usr/local/emhttp/plugins/dynamix.plugin.manager/scripts/plugin on line 216

Warning: simplexml_load_file(): ^ in /usr/local/emhttp/plugins/dynamix.plugin.manager/scripts/plugin on line 216
plugin: xml parse error

 

[jbrodriguez]

2017-06-23 - 2.0.3

The plugin will now start on the same protocol as emhttp.
If both http & https are enabled, it will start on https.

Additionally:
- Fix Mixed Content error
- Improve link construction
- Fix issue with unescaped entities
 

There's a pending issue with the Open webui link: it opens a blank page.

 

You can still access the plugin's page by manually inputting your server address:port (say http(s)://Tower:2378/, or your custom address/name/port)

 

Seems like global php vars such as $_SERVER isn't available in the .page "scripts", that would have been the definitive solution.

 

I'll be looking for a workaround

[ljm42]

3 hours ago, jbrodriguez said:

There's a pending issue with the Open webui link: it opens a blank page.

Odd, the link works fine on 6.4.0-rc5, but it is empty on 6.3.5

 

Other than that, the plugin seems to work fine on 6.3.5 (http only) but on 6.4.0-rc5 (https) I still get the mixed content error after logging in.

[jbrodriguez]

v2.0.5

 

2017-06-23 - 2.0.5

 

This should fix the issue with the UI link in the Settings page
of unRAID's webGui.

 

Additionally, a minor fix for the mixed content bug was added.

Thanks ljm42 for the report !

Edited June 23, 2017 by jbrodriguez

[ljm42]

With 2.0.5 on 6.4.0-rc6 via https, when I login it says "welcome root!", which is a definite improvement. Unfortunately, below that is a red banner that says "Unable to connect to server" and there are no users or apps displayed.

 

There are no mixed content errors, which is good, but I'm not sure how to help troubleshoot past this.

[jbrodriguez]

Thanks ljm42 ! Yes, progress at last !

 

There no message other than the Unable to connect to server ?

 

You're starting emhttp with -rp 80, 443 ?

 

Can you please try this:

- Stop the plugin in the settings page

- in a terminal, run 

$ cd /usr/local/emhttp/plugins/controlr
$ ./controlr

Can you post the output ?

 

[ljm42]

no, there's nothing else in the red banner other than "unable to connect to server"

 

this is from my go script:

/usr/local/sbin/emhttp -rp 80,443 &

 

Here's the output of controlr while trying to login:

I: 2017/06/24 14:42:11 app.go:57: controlr v2.0.5-201.f78ee85 starting ...
I: 2017/06/24 14:42:11 app.go:65: No config file specified. Using app defaults ...
I: 2017/06/24 14:42:11 app.go:74: Connections to emhttp via https:443 ...
I: 2017/06/24 14:42:11 unraid.go:61: starting service Unraid ...
I: 2017/06/24 14:42:11 server.go:70: Starting service Server ...
I: 2017/06/24 14:42:11 server.go:90: Serving files from /usr/local/emhttp/plugins/controlr
I: 2017/06/24 14:42:11 server.go:132: Server started listening https on :2379
I: 2017/06/24 14:42:11 proxy.go:48: Starting service Proxy ...
I: 2017/06/24 14:42:11 proxy.go:91: Proxy started listening http on :2382
I: 2017/06/24 14:42:11 proxy.go:92: Proxy started listening https on :2383
I: 2017/06/24 14:42:11 app.go:104: Press Ctrl+C to stop ...
⇛ https server started on [::]:2383
⇛ http server started on [::]:2382
⇛ https server started on [::]:2379
{"time":"2017-06-24T14:42:18.890582303-07:00","id":"","remote_ip":"192.168.10.138","host":"towervm.mydomain.com:2379","method":"GET","uri":"/version","status":200, "latency":22936,"latency_human":"22.936µs","bytes_in":0,"bytes_out":31}
{"time":"2017-06-24T14:42:27.100895073-07:00","id":"","remote_ip":"192.168.10.138","host":"towervm.mydomain.com:2379","method":"POST","uri":"/login","status":200, "latency":6719725,"latency_human":"6.719725ms","bytes_in":31,"bytes_out":175}
W: 2017/06/24 14:42:27 unraid.go:82: Unable to get dockers: Get https://127.0.0.1/Docker: x509: cannot validate certificate for 127.0.0.1 because it doesn't contain any IP SANs

Aha! Looks like a certificate error while trying to access https://127.0.0.1/Docker, it should access via FQDN instead

Edited June 24, 2017 by ljm42

[jbrodriguez]

On 6/24/2017 at 4:50 PM, ljm42 said:

Aha! Looks like a certificate error while trying to access https://127.0.0.1/Docker, it should access via FQDN instead

 

Yes, that's the issue 

 

I'll look into it 

[jazzyjeff]

The app is trying to connect to my server via port 88 not 80 I remember changing my server to 88 a while back but it is set as standard in the "go" file

#!/bin/bash
# Start the Management Utility
/usr/local/sbin/emhttp &
#crontab -l | { cat; echo "30 11 * * 1,5 docker exec plexReport plexreport -n -d"; } | crontab -
##change port 80 to 88
#/usr/local/sbin/emhttp -p 88 &

#The following line is not stock; but it makes safemode work with go file additions.
#if grep -wq unraidsafemode /proc/cmdline ; then exit ; fi
#Additional go file modifications below this line.

But somehow in the controlr startup it still is trying port 88

/usr/local/emhttp/plugins/controlr# ./controlr
I: 2017/06/26 23:54:15 app.go:57: controlr v2.0.5-201.f78ee85 starting ...
I: 2017/06/26 23:54:15 app.go:65: No config file specified. Using app defaults ...
I: 2017/06/26 23:54:15 app.go:74: Connections to emhttp via http:88 ...
I: 2017/06/26 23:54:15 unraid.go:61: starting service Unraid ...
I: 2017/06/26 23:54:15 server.go:70: Starting service Server ...
I: 2017/06/26 23:54:15 server.go:90: Serving files from /usr/local/emhttp/plugins/controlr
I: 2017/06/26 23:54:15 server.go:136: Server started listening http on :2378
I: 2017/06/26 23:54:15 proxy.go:48: Starting service Proxy ...
I: 2017/06/26 23:54:15 proxy.go:91: Proxy started listening http on :2382
I: 2017/06/26 23:54:15 proxy.go:92: Proxy started listening https on :2383
I: 2017/06/26 23:54:15 app.go:104: Press Ctrl+C to stop ...

How can I change this? Where is the app picking up the emhttp address?

Thanks,

Jeff

[jbrodriguez]

6 hours ago, jazzyjeff said:

How can I change this? Where is the app picking up the emhttp address?

 

It's reading the address from the go file itself.

 

But since you have 2 emhttp commands, it's picking the last one (even if it's commented out)  

 

Short term solution would be to remove the commented emhttp line, or change the emhttp text to anything other than that.

 

Thanks for the report, I'll fix the plugin to make it work under your scenario.

[dalben]

Nice app.  I was wondering if there was anyway to let the AppStore know that I already bought the Android version on playstore and just wanted an iOS version for my iPad mini instead of just my android phone.

[jbrodriguez]

2 hours ago, dalben said:

Nice app.  I was wondering if there was anyway to let the AppStore know that I already bought the Android version

 

Thanks for the comment !

 

I wonder that myself, there should be like a transfer mechanism between app stores.

 

Not sure if they'll get to it 

[jbrodriguez]

2017-06-27 - 2.1.0

 

This release should become stable now, supporting unRAID 6.4.x

 

The following changes were made:
- Fix issue with multiple emhttp invocations
- Fix issue with self signed certs
- Other improvements and bug fixes
 

With regards to the multiple emhttp lines in the go file, it will ignore commented lines now, but if there are 2 valid lines (  ), it will pick up the last one. Not sure how unRAID itself would manage that.

 

Let me know how this version works for you.

[jazzyjeff]

4 hours ago, jbrodriguez said:

Short term solution would be to remove the commented emhttp line

Thanks @jbrodriguez thats exactly what I did! I assumed that was the solution for now but was wondering if there was another way.

[ljm42]

10 hours ago, jbrodriguez said:

This release should become stable now, supporting unRAID 6.4.x

 

Looks like it is fully working on my 6.4 VM with real certs.  Nice!

 

My only gripe is that it has its own directory for certs. I'd still prefer it if it just used unRAID's certs rather than generating its own that I have to replace. I tried symlinking them, but unfortunately the flash drive (FAT32) doesn't support that.

 

Even so, congrats on integrating the plugin with SSL and 6.4