lankydryness
@lankydryness@lemmy.world
- Comment on 2 weeks ago:
I have thought about different ways to do that. Both iOS and android have the ability to run scripts upon certain triggers such as joining a certain Wi-Fi network. (On iOS the Shortcuts app can do this). I’ve thought about using that to post to the already running mqtt broker and using that to update my system. Or I’ve thought about just snooping all the nearby Wi-Fi clients to my server, and if it detects my phone, do something similar.
Or I suppose you could turn it around, before the system decides it has an intruder, check to see if your phone is in fact at home via some method. Either scanning for it on Wi-Fi or some other way.
- Comment on 2 weeks ago:
You could set it up like that yes, I suppose it would be bad opsec to give away exactly how I set mine up. But HA certainly has the ability to be informed when your phone comes home and change what alerts are sent out based on that
- Comment on 2 weeks ago:
Unfortunately not quite so good. Maybe there exists a model that can do facial recognition. But the model I have loaded on mine just spits out “dog”, or “person”, or “car”. The false-positives I was referring to it not having, is what you’d typically get with a pixel-based motion detection camera. Where if it sees a leaf on a tree move, it alerts you.
Mine, at least that lead needs to look convincingly like a person.
You can read more about the Coral at coral.ai/models/
- Comment on 2 weeks ago:
I have a frigate setup. I run it through Docker and I even have the Coral AI processor chip hooked up. Which is pretty neat, runs local pattern recognition for people, annimals, etc. I use generic IP cams on their own network. I think pretty much anything that supports RTSP would work. Then hooked up to HA via MQTT, again all in docker. With the coral, I only get notifications if it actually detects a person. The false positives are extremely rare. And I use Tailscale for access from outside the LAN
- Comment on Tailscale difficulties 2 weeks ago:
You could be right. I am not a pro so I don’t really want to speak on the best practice approach. Really the only reason I containerize my services is the ease-of-deployment and the ease of potential re-deployment if my server did crash.
I personally am not too stressed about bad actors, being as this is a hobby server and the payout for a bad actor would be pretty low.
But your point does make sense to me.
- Comment on Tailscale difficulties 2 weeks ago:
I also do this. Just run Tailscale on bare metal and then I can access my all my services the same as if I was on my LAN, essentially.
- Comment on Data Backup Solutions 4 weeks ago:
+1 on duplicity. I run it directly on the host, outside of my docker containers. Grabs the data from the different volumes for my Nextcloud etc, puts it all into an AWS infrequent access bucket. Costs me ~3$USD/month. Pretty simple. Runs on cron
- Comment on Day 408 of posting a Daily Screenshot from the games I've been playing 5 weeks ago:
Sortaaaa, it’s pretty weak from what I remember and mostly served to give you a reason to explore more of the sandbox and use the different features of the game.
- Comment on Backup for important files/pictures? 3 months ago:
I don’t follow the full 3-2-1 rule, but I did want some sort of offsite backup for my Nextcloud so I use Duplicity to back up my user data from Nextcloud, plus all my DockerCompose files that run my server, to an S3 bucket. Costs me like $2/mo. Way cheaper than google drive