Here’s my issue: I recently setup DuckDNS and now things are out of wack.
For starters, I can’t access my internal URL (http://homeassistant.local:8123) anymore. Chrome returns with " homeassistant.local didn’t send any data. ERR_EMPTY_RESPONSE"
And when I use https://homeassistant.local:8123 I get a security warning, it’s looking for my duckdns cert and because the addresses don’t match, it’s throwing up that error. As a result of all of this, in the iOS App, I can’t use the internal/external URL in settings because when I use the HTTPS in the internal url, I get “Error The certificate for this server is invalid. You might be connecting to a server pretending to be “homeassistant.local” which could put your confidential information at risk.”
I was told that even when using DuckDNS, you shouldn’t have to use https to connect internally.
Weirdly enough, when I take out the http: block in my configuration.yaml file, the problem goes away, but I can’t connect via the external URL (for obvious reasons).
I don’t get your point.
By installing DuckDNS you’ve done a ‘bit of fiddling’ anyway
AND
Should your internet connection go down you will not be able to get the address of your HA instance (from the DuckDNS site (on the internet)) So you won’t be able to access HA at all.
If that’s the way you like to run that’s fine. But for me, I rather access local by default when I’m local
[To clarify for others; accessing locally via https has to employ loopback (hairpin NAT) on your modem, it does not actually go out onto the internet, but it does need the actual address (which does go out)]
But My point is (from the thread about DuckDNS that I linked) that it assumes (and states such in that) ‘your’ modem “does” (or has to) support hairpin NAT.
The OP did not specify he had such a problem AND actually say that his https is the only means he has to access HA
He (the OP) merely asks if there is another way and I pointed him to a possible solution
Thanks everyone for replying. I honestly didn’t think I’d get this many replies in about 12 hours. I also posted on Reddit before I posed here. Turns out, someone recommended NGINX. I downloaded and installed the add-on, entered my duckdns url, and hit start. It was so easy to set up. Now everything is working the way it should.
I can access locally over http, and externally over https with my duckdns. It also solves the issue in my iOS app. It shows the internal connection when I’m connected to my wifi and external when I switch over to LTE.
Am I missing anything here? Will there be any complications down the line?
On your Router:
Forward port WAN:443 to LAN:443
Forward port WAN:443 to LAN:80 for setup only.
Finally, modify your DNS setting on iPhone and Windows PC to add “Your Raspberry IP address” to the top of DNS server list.
On iPhone:
WiFi settings circled “I” -> Configure DNS -> Manual -> Add “Your Raspberry IP address” to top of list.
On Windows 10 PC:
Settings -> Network and Internet - > Status -> Change connection properties ->
IP Settings -> Edit -> Edit IP Settings = Manual, Preferred DNS = “Your Raspberry IP address”,
Alternate DNS = 8.8.8.8, IPv6 = OFF
Now use URL YOUR.duckdns.org to access from anywhere. I believe the above is the full recipe.
I usually access it via homeassistant.local:8123. I think homeassistant.local was the host name it was assigned when I first installed it on my RPi3B+ I can also access it via it’s IP address. Don’t forget to port forward 8123 and 443 in your router.
Yes. I have few questions and hoping that you can help me out. I’m currently using DuckDNS for remote access with port forward 8123 internal to 8123 external and I access my HA remotely by using https://myduckdns.domain.org:8123. I need to use NGINX for HA local access.
Here are my questions
Which NGINX addon are you using? NGINX home assistant SSL proxy or NGINX proxy manager?
Do I have to modify my HA configuration.yaml? Here is my current setup:
@mziminski,
I’m facing to the same issue as you. I want to be sure that I can get access through the local IP adress of HA http://192.168.1.xxx:8123 in case of Internet issue.