Admin on the slrpnk.net Lemmy instance.
He/Him or what ever you feel like.
XMPP: [email protected]
Avatar is an image of a baby octopus.
Works great with Akkoma as well.
It has pretty much stagnated in the English speaking part of the internet, and only saw a huge boost in popularity in Brazil recently (due to Twitter being newly banned there).
CoreCtrl might also work.
It is possible that people get access to your server while it is running via known or unkown software vulnerabilities, but that isn’t really the point… all I am saying is that if you host your server at home, it is unlikely that at-rest disk-encryption does you any good and it certainly doesn’t help to protect against illicit remote access.
What it does “help” is preventing you from remotely accessing your own server if it rebooted for some reason… and many other such footguns that you will experience sooner or later.
No the Nextcloud DB is not excrypted, but neither is your LUKS file system while the computer is running. Anyone getting access to the server while it is running, can access all the data unencrypted. For a server this is the much more likely scenario than for a laptop, which might get stolen while turned off.
At-rest disk encryption is useful for servers in co-location hosting, where a 3rd party might be able to pull a disk from the system, or if you are a large data-center that regularly discards old drives with customer data, and you want to ensure that no 3rd party can access that data from the discarded drives.
I would carefully think about what realistic threat scenario full disk encryptio protects you from.
On a server that runs 24/7 at-rest disk encryption usually helps very little, as it will be nearly always unencrypted. But it comes with significant footguns potentially locking you out of the system and even preventing you from accessing your data. IMHO in most cases and especially for beginners I would advise against it for a home based server.
Nextcloud runs fine via Podman. Stick with Fedora, cockpit and btrfs.
Btrbk is good for snapshots and automated backups.
If the 500gb is a NVMe drive then the database will benefit from the extra r/w speed.
Nginx is great for reverse-proxying. Dehydrated is the no-BS option to generate certs, but Certbot also works.
OVH gives you free dyndns and an email address with every domain you register, good option for self-hosting.
https://snikket.org/ is the easy to configure XMPP server, but it still needs SSL certificates. But that’s fairly easy to do with Snikket AFAIK.
Or you could simply ask the Snikket developers to host a server for you for a small fee. If you are US or Canada based https://jmp.chat/ is also a great service, and it includes a free Snikket server as an add-on.
I think this is mostly interesting for repurposing existing fossile fuel powerplants.
Add a relatively small geothermal power-plant on site for baseload demand plus a well sized grid battery and you can continue using a lot of the existing infrastructure of these older powerplants.
Due to security requirements this will not work with nuclear, even when using (largely theoretical) small modular reactors.
edit, delete, etc.
Can you do that with a letter once it is send? And the instance admin of the mirroring server can delete posts if that is legally required for some reason.
And how would that even work technically? Bulk import posts and spam other instances with mass updates? That would immediately detected as a spam-wave and blocked. And back dating technically new messages is also not exactly a great thing to allow.
Other implementations of nomadic identity like Hubzilla get around this by letting you run two accounts in parallel and syncing them from your main account, but they will also not back-port old messages before you linked up the secondary account.
Basically anyone with some experience with federated systems agrees that importing old messages in bulk on account migration will never happen, and I don’t really see an issue with that, since messages are not lost.
I don’t think that’s even desirable and also legally questionable. But anyways, these posts are not gone with an instance shutting down and thus I don’t really see a problem. You can always add a link to a mirrow of those old posts in your profile.
Content is mirrored on all federated instances and it is very rare for an instance to shut down without notice.
It’s super easy to migrate accounts on Mastodon. Even works fine to move an account from Mastodon to Akkoma for example.
I ended up with a second hand APC 1500. Contrary to some other models you can just monitor it with a standard USB cable, just the power cables with these inverted plugs are a bit hard to get these days.
Mbin is a fork that was startend to add some stuff the original Kbin dev didn’t like. These days it seems Kbin is dead though, so basically Mbin is the new Kbin.
I thought about it, but apparently it needs higher water temperatures than what my solar-termal water heater and air-to-water heatpump usually produces, so I scrapped the idea again.
Cheaped out on UPS, now I have three basic small ones I have no use for (they work except the battery isn’t good anymore). Would have been better spend a bit more right from the start.
Maybe https://picocms.org/
But Hugo is fine, no need to use all the advanced features.