I am LOVING my Dream 7 router. The UI and tools are amazing. I went to block access from places around the world...like Asia (what a great MAP based interface) and I broke Geofency updates. When I ping it ...it comes back as France...but I didn't have France blocked.
I don't suppose anybody knows where their server are around the globe? At least I know they are not in China or N Korea. I'm just wondering if anybody else has already done the blocking trial and error on this.
Can you describe what "updates" you are referring to? If you have setup Geofency using @brianwilson's integration, then mobile app will contact your Hub with location updates using Hubitat's cloud. Which, AFAIK, is in the US.
What are you pinging?
For example, this is the Geofency setup on my iPhone:
I also don’t understand the issue described in the OP.
As far as I know, the way Geofency works is that my phone sends a webhook to a Hubitat cloud endpoint and then Hubitat’s cloud relay then forwards to my hub.
The Geofency app on my iPhone updates from the Apple App Store.
All this occurs in the US.
My unifi router is configured to block (unsolicited) incoming connections from many countries. But that doesn’t seem relevant to how Geofency works (afaik).
I had the US open. When I ping geofency.com it resolves to 91.134.179.251. That resolves to the output below. Yesterday it was somewhere in France...so I'm sure it's load balancing on F5's or something. I just know I didn't have these blocked...but as soon as I dropped a few countries mainly places like Chile and Indonesia...but I had a lot blocked ...it started working again. I was just hoping that since a LOT of home automation people post here...someone had already figured this one out. Thanks for showing some interest. When I get a little more time I'll just do a little trial and error...but since it is a moving target it may take a few tries. This is assuming the app doesn't resolve to something else...
I've been wanting to try packet capture on the Dream 7...that sounds fun . I'm just still in the process a getting everything set back up just right on this platform.
Hostname:cluster027.hosting.ovh.net
ASN:16276
ISP:OVH SAS
Services:VPN Server
Country:Germany
State/Region:Hessen
City:Limburg an der Lahn
Latitude:50.3836 (50° 23′ 0.95″ N)
Longitude:8.0503 (8° 3′ 1.08″ E)
SharpTools is running a dashboard on their servers. There’s no way to skip that.
Geofency is simply sending a webhook from your phone to the Hubitat cloud when the phone crosses a geofence.
I’m sure it’s possible that some features of the Geofency app on your phone won’t work as intended if you are blocking the regions of the world where Geofency is based.
But that isn’t directly relevant to how it’s used to integrate with Hubitat.
So, thanks for taking the time to help here. When running trouble I've learned "you never really know what the problem is until you know (find it)"...but i think this is a case of a double coincidence.
It stopped working as soon as I turned on the IP range blocks by country...and it started working again as soon as I turned the blocks off six or so hours later.
I'm running iOS 26.x on a iPhone 16 Pro Max. A simple Google will tell you there are bugs in the Bluetooth code. At this point, I'm pretty sure that's the problem.
Yes, I used both ...local when going for a walk BT and Internet based for the larger house geofences. I have BT in my cars as well to reduce false changes...IE IF I leave my geofence AND I'm in my jeep...do X.
Most of my Geo stuff is using both at the same time...and rules won't run if the BT isn't working. It was when my global geo status updated when I drove off...but my Jeep BT right next to me didn't that I started putting the pieces together.