mirror of
https://github.com/nickustinov/itsyhome-macos.git
synced 2026-04-26 04:15:56 +03:00
[GH-ISSUE #61] [Feature Request] Support local and remote HA instance URLs #60
Labels
No labels
bug
enhancement
pending release
pull-request
wip
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/itsyhome-macos#60
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @strabbit on GitHub (Feb 20, 2026).
Original GitHub issue: https://github.com/nickustinov/itsyhome-macos/issues/61
Originally assigned to: @nickustinov on GitHub.
Many Home Assistant setups have a URL that can be accessed externally, whether through reverse proxy or other means (ex:
https://homeassistant.example.com/) and then another URL that can be accessed internally, when you're on the same network as the HA instance (ex:http://192.168.50.123:8123/).It'd be great to see support added for a local instance URL, such that the local instance URL would be used first, and if unreachable the remote instance URL would be used as a fallback.
@eschmidt12 commented on GitHub (Feb 20, 2026):
Agree 100% - came here to add this to the feature request list but you beat me to it.
Ideally the local connection would be tested first, and if that connection isn't present, it fails over to the remote connection. This way it defaults to local control, keeping with the spirit of HA, but still allows functionality remotely.
@nickustinov commented on GitHub (Feb 23, 2026):
There have been multiple requests about this, some would prefer different HA connection URL's based on SSID's. Any comments on such approach?
@eschmidt12 commented on GitHub (Feb 23, 2026):
That seems reasonable. Seems like you'd want to have a primary SSID for local URL, then use the remote URL for anything that doesn't match the primary SSID.
@strabbit commented on GitHub (Mar 1, 2026):
That would work. General fallback might be slightly more robust in my specific use-case, but both approaches would work.