To be fair, it's much easier than one can imagine (try ollama on macOS for example). In the end, Apple wrote a lot of longwinded text, but the summary is "you have to trust us."
I don't trust Apple - in fact, even the people we trust the most have told us soft lies here and there. Trust is a concept like an integral - you can only get to "almost" and almost is 0.
We offer 5 because we're geared toward helping people host appliances as opposed to raw network setup! We also offer automatic RDNS with this as well as the Cloud Seeder appliance!
Thanks again for your comments and as well thoughts!
I for one am a fan of the short and sweet. I think it's very straight forward -- if someone follows the video they can do the same, with you, in real time and I think that's great.
Good job and good luck with your speech tomorrow. It's really good that you're promoting self hosting -- this really is the final line for the battle of the people vs big data on the internet.
In light of the issues being uncovered about Signal (storing messages and media encrypted, but storing the key unencrypted on the same filesystem) among other things, I thought it might be worth making sure everyone on HN is aware that Jabber (XMPP) is doing very well.
We made a simple way to lock QBittorrent into a VPN in a container [1]. It's probably simple enough to follow what we did in the config script to set it up for your use case (all open source [2]).
You should never use an LLM/AI Chatbot with a third party service for anything that could be confidential, private in nature, or may have to do with your security.
All of the LLM/AI providers can read your contents. The only thing between them and your chats is "trust," and we've all had promises broken on us before.
Trust is not security.
Shameless plug: You can definitely use IPv6.rs and Cloud Seeder [1][2] to run Ollama and OpenWebUI on your own computer (confidentially) and access it via TLS remotely (via phone, etc.).
> Then, if your server’s hard drive grows legs and walks out of the data center, your users’ most sensitive data will remain confidential.
> Unfortunately, for the server-side encryption at rest use case, that’s basically all that Disk Encryption protects against.
If you aren't able to self host, then encryption at rest is a real use case and the next best thing to actually controlling your data. That being said, obviously self hosting with FDE@Rest is the best.
Or you can end up like the people who lost their data [1][2].
I built something similar but different -- specifically just for tasks without voice -- https://asht.ar -- that might be worth checking out!
We are at 1000+ users and growing! ^^