i use 2 HA instances both of which id like to use this add-on on. they are both on mydomain.duckdns.org and I can reach these with that url using a specific port setting, I forwarded in my router.
As such I use the default settings for IDE (port 8321) for one instance and try to use a changed port 8322 for the second instance. I can see the port forwarded being in effect by using https://ip_addres:8322 which brings me to the IDE interface. login in with my HA credentials et voila.
I can not however use the button Open Web-ui in the add-on, because that brings up the error it can not connect to the server, which is listed alright as being https://mydomain.duckdns.org:8322 and that is in fact used in the address field of the browserā¦
What can I try to solve this issue?
Update
just for referenceā¦ solved this. had the port forwardās listed with both the incoming and local port. deleted the local port, and now all is well. Both systems connectā¦
It will stay an issue as it seems, since Cloud9 is pretty dead (thanks Amazon). Iām looking into alternatives, but that process it slow (since a lot is going on at the online IDE apps at this moment).
Agreed. I posted a few months ago about Eclipse Che, but it never did get any traction. It is probably the single most viable alternative that I have found so far, but Iāve yet to have much of a chance to really work with it.
To be honest, Iāve been working and testing a lot with Theia (Che) a lotā¦and there are alternatives (code-server for example). Both are insanely closeā¦ but still have issues. So just so you known @Apocrathia, I donāt loose track )
I did not even know that code-server existed. My vote would be there as vscode definitely has better support. They even had the same issue with zsh in vscode and it appears to have gotten fixed there. code-server runs great on their site (and the scroll wheel issue definitely isnāt there). Iāve written some basic vscode extensions before, and theyāre not terribly hard. You could probably ship a code-server add-on relatively easily, and I can see if I can throw together a basic Home Assistant extension. (possibly even utilize hass-cli with it)
Fair point. Iām the weirdo running hassio in a vSphere cluster. So, I donāt even have an ARM system to test it on. I would assume it would work, given that itās all TypeScript, but I havenāt looked too deeply into the shenanigans that vscode/proton may be doing under the hood.
Thanks for responding and letting us know that you havenāt forgotten about us. Hopefully, code-server can overthrow the Cloud9 IDE we have soon enough.
And youāre doing the lords work. I think weāre all still pretty dependent upon the Cloud9 IDE, and Amazonās lack of support for it since its acquisition has been a little disappointing. Again, thanks for the update.
@frenck thanks for what looks to be an amazing add-on. Iām having the following error: FATAL: The configured certfile is not found
and Iām not sure how to resolve it.
Iām running Ubuntu with a hassio docker. So I installed the addon from the add-on store, as I think is suspected.
The files in question fullchain.pem and privkey.pem exist in /usr/share/hassio/homeassistant which is where hassio apparently wants it to be (SSL works for the frontend).
Any ideas on how to help the add-on find the files? (I realize I could turn off SSL, but would rather not!)
Thanks
Update: Iāll note that the MQTT broker addon also has the .pem files listed and appears to be working.
This release is a maintenance release, upgrading all parts of the add-on to the latest and greatest.
It is now running on Node 10.x, Alpine 3.9 and also optimized for ARMv7 based machines
The add-on version is now v1.0.0. After all this time, we think it is time to call it stable.
So you canāt use duckdns/letsencrypt if no real up address - and you donāt need to anyway. Thatās the beauty of ZeroTier One. It makes it as if your hassio and your internet on phone for example are on the same network.