

A second offsite NAS with your friend? That’s what I did when I grew out of my old synology. My new NAS capacity is noticeably impacted by things like frequent local snapshots but I don’t need to back those up remotely and it saves space.
**beep ** bop.


A second offsite NAS with your friend? That’s what I did when I grew out of my old synology. My new NAS capacity is noticeably impacted by things like frequent local snapshots but I don’t need to back those up remotely and it saves space.
While matter technically requires IPv6 there are non-confirming devices (glares at Hue) that will only do IPv4. It will work with most of the matter controller networks, because in the end it’s a conscious decision to disable IPv4 there.
You really want the ECC ram and the motherboard/cpu combo that supports it.


If your note’s type is JSON (or TW’s native dictionary), you can query it as such in filters.
My search problem is that I rely on metadata a lot. It’s natural for me to want a UI that renders machine readable metadata in a way that my brain can process and that requires rich querying capabilities.
I tried them all and, so far, TW wins for me, with orgmode being second close (I like orgmode in vim, but it had some fatal rendering flaws and I don’t feel like using emacs just for notes).


tiddlywiki has one of the most insane search engines from this list. They have a whole filters syntax that can express pretty much anything imaginable, no? I went back to TW from Obsidian because I was tired from Obsidian’s trivial search functionality.


Slothmud (https://slothmud.org/) is still fun and has that very classic MUD vibe.


Let’s untangle those problems. I have a similar setup so I just want to share some ideas to show that you don’t need to copy keys.
If I’m traveling or I wipe my device or get a new one, I would have to add the new key to many servers as authorized keys
If you oftentimes access ssh from untrusted systems you’re kind of in a bad spot to begin with. The best thing you can have is a yubikey on a keychain. Everything else means you leak secret material (a password or a key) to a machine you don’t inherently trust.
Also, I want a key backed up in case of disaster since all of my devices are in my home most of the time
Again, something that you can easily solve with a hardware key [in a safe]. But realistically, in case of a disaster a local shell password login should be good enough?
I’d recommend you to think about what attacks are you trying to prevent by using a shared private key. I’m not saying it’s a bad concept, inherently having it in your password manager (like 1Password that even has ssh-agent support) is pretty common. The problem with just the keys is that it’s non-trivial to expire them if needed. You might be indeed better off with some web based authentication that you can access from any place which would ask you secret questions/send you a text message or do whatever 2FA you deem sufficient and mint you a short-lived certificate for ssh.


Not an answer, but I’m curious: what’s wrong with just having several ssh keys, one per device?
Or you could, idk, have some metrics. That’s a wild idea, of course. Who uses monitoring when you can just ask an LLM?