Notifications on home wifi vs LTE Issues - delay and no snapshot when on home wifi
Just posting this here while the devs address my support ticket to see if others are having similar issues
Long story short:
(1) iOS notifications when I'm on my home wifi = 30 sec delay from motion trigger and no snapshot
(2) iOS notifications when I'm on LTE = immediate on motion trigger and snapshot included every time
Now, I don't know if this is related to the following, which all occurred around the same time, give or take a few days:
(1) Had to get my router replaced (for other reasons)
(2) Installed macOS Catalina and my SS server is running on that same machine (Mac mini)
(3) SS came out with a software update to make it fully compatible with Catalina
I tried
(1) resetting network settings on my iOS devices (which I should have done anyway after getting the router replaced)
(2) rebooting router, POE switch and regular switch
(3) made sure I have automatic port forwarding turned on in SS and have UPNP enabled in my new router configuration
(4) deleted the server on the SS app on my iOS devices and then let it auto discover the server again and added that to the app
(5) and, of course, confirmed that I can access the camera feeds via the SS app when on home wifi and when on LTE
Anybody running into something similar?
Long story short:
(1) iOS notifications when I'm on my home wifi = 30 sec delay from motion trigger and no snapshot
(2) iOS notifications when I'm on LTE = immediate on motion trigger and snapshot included every time
Now, I don't know if this is related to the following, which all occurred around the same time, give or take a few days:
(1) Had to get my router replaced (for other reasons)
(2) Installed macOS Catalina and my SS server is running on that same machine (Mac mini)
(3) SS came out with a software update to make it fully compatible with Catalina
I tried
(1) resetting network settings on my iOS devices (which I should have done anyway after getting the router replaced)
(2) rebooting router, POE switch and regular switch
(3) made sure I have automatic port forwarding turned on in SS and have UPNP enabled in my new router configuration
(4) deleted the server on the SS app on my iOS devices and then let it auto discover the server again and added that to the app
(5) and, of course, confirmed that I can access the camera feeds via the SS app when on home wifi and when on LTE
Anybody running into something similar?
Comments
My iPad mini, running the same iOS version as my iPhone, has the delay and snapshot issue too (it’s a WiFi only iPad, so can’t test LTE)
I reverted back to V4.X of SS and it was still broken on the iPhone.
I dug out an older iPhone running IOS 12.4, still broken.
Messed about with DNS settings no change.
Then finally realised that the iPad was connecting using HTTP, which worked perfectly.
The iPhones were connecting via HTTPS which does not work perfectly, at least not for me!
In the IOS app signout of the server, create a new server connection but MANUALLY add the HTTP port and it all works perfectly. I'll keep digging to see if I can find out why the HTTPS only works via VPN or 4G but this is good enough for now.
Hope this helps others, it was really annoying me as I used that for various alerts and couldn't trust it
You need to sign out of that. Then select connect, adding the same info, but instead of letting it auto select, you type in port 8001 (assuming that you've not changed the defaults in security spy setup)
Its quite possible (probable) that on your Mac you could just go to security spy preferences, then web and deselect HTTPS at the top and it'll probably then just work without making the above changes to the iOS app, but I haven't tested that...
I wonder what the security implications may be by not using https
The lack of notification, and the 30-second day, are both the same issue. What happens is that the text-based notification gets pushed to the device via Apple's servers; iOS then wakes our iOS app, which then attempts to obtain the image from the SecuritySpy server; if it cannot obtain the image within 30 seconds it will give up and display the text-only notification.
As discussed above, the HTTP vs. HTTPS connection type seems to be related to this issue, but it's not entirely clear what specifically is going wrong yet.
@evansgo - one thing that I notice in the discussion above is that you are using port 8001/8002 for HTTP/HTTPS. These are not SecuritySpy's default ports - the default ports are 8000/8001. It shouldn't make a difference, but perhaps this is causing our iOS app to get confused about the protocol type and causing a failed connection.
So, could you please reset to the default ports of 8000 and 8001 and see if this resolves the problem?
@pinkoos have you tried manually entering in the server rather than letting it auto discover?
@pinkoos - I'm seeing the same thing as you with auto-discovery: once you've set it up with HTTPS, if you then turn off HTTPS, then delete and re-add the server, you get the connection failed message. We'll have a look at this as it's unexpected behaviour. However, in this circumstance, I am able to add the server manually, so please try this again. Use the Bonjour name displayed via the "How Do I Access This Server" button under Preferences -> Web (the one ending "local"), along with the port (8000) and valid account username/password, and you should get a valid connection.
When you add a server manually - either with a Bonjour address, some other domain name, or an IP address - the SecuritySpy iOS app will automatically try to determine the correct details for connecting from both the local network (LAN) and from the Internet (WAN). This is determined based on the Web settings, Bonjour status, and a record of successful past connections to the web server.
The iOS app will then retain two different addresses for future connections: one for the LAN (either Bonjour or IP address), and one for the Internet (either the viewcam.me DDNS name, some other custom domain name that may be in use, or the WAN IP address).
So there are a few complicated mechanisms going on here under the hood in order to overcome the difficulties with making connections both locally and remotely, but there is no "Bonjour server" as such - Bonjour is just to help the addressing and device discovery on the local network.
Still working with @Ben to hopefully resolve this issue
Thank you for the continued support