(I had un executed duckdns and nginx updates), did not work this morning (what I mean here is HA app on iPhone could not talk to HA server,
I unconfigured the server details and reentered the information, I was now able to connect to HA as a local/internal connection, but when I left local Wifi and it had to enter via the duckdns url + use ssl cert via port 443, no joy, no connection, I’m now getting a code 400.
thinking it might be the unexecuted duckdns and nginex updates, I did those also, but made no difference.
It’s not my ssl cert (valid till 20 Sep).
I’ve check the IP address to which duckdns resolves and thats correct.
anyone know these bits fit together that might know of some recent changes to the stack that might be the culprit.
FYI. nginx works as a proxy, taking :8124 and host and redirect to 443 on container.
local (internal) access is on port http://:8123
Web (external) access is on https://:8124 which nGinX Proxy then push to 443.
Note, I have tried to configure the nGinX Proxy to listen on host 443, forwarding to 443 on container, and associated modified my app to point to https://.duckdns.org directly.
… wonder if I then have to also modify the above configuration.yaml.
question, how does HA know that it needs to listen on 443, in addition to 80 (use by internal)
or thinking, how does it know that port 80 is redirected to 8123, in light of that how will it know that 443 needs to be redirected to 8123 ?
added… => working. so w saying this all due to that breaking change…
http:
use_x_forwarded_for: true
trusted_proxies:
- 192.168.0.xxx # Add the IP address of the proxy server
- 172.30.33.0/24 # You may also provide the subnet mask