Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)T
Posts
10
Comments
475
Joined
1 yr. ago

  • If you change it, definitely change it on the server so it shows up in netstat and is consistent.

  • The idea behind keys is always, that keys can be rotated. Vast majority of websites to that, you send the password once, then you get a rotating token for auth.

    Most people don't do that, but you can sign ssh keys with pki and use that as auth.

    Cryptographically speaking, getting your PW onto a system means you have to copy the hash over. Hashing is not encryption. With keys, you are copying over the public key, which is not secret. Especially managing many SSH keys, you can just store them in a repo no problem, really shouldn't do that with password hashes.

  • This is mostly nonsense.

    • Why block outgoing? Its just going to cause issues for most people. If you're going to do that, do it centrally (hw firewall)
    • Why allow http and NTP incoming, when there is no http / NTP server running.
    • If there is http server running no mention of https://ssl-config.mozilla.org/ and modsecurity
    • If you're using ufw anyway why not go with applications instead of ports?
    • In a modern distro, the defaults are usually sane (maybe except TCP), most of the stuff in the SSH config is already default.
    • Why change the SSH port of a home server, which most likely is not reachable from the outside anyway?
    • Actually potentially impactful stuff like disabling services you don't need, such as cups, is not mentioned
    • unattended-upgrades not mentioned
    • SELinux / AppArmor not mentioned
    • LKRG not mentioned https://lkrg.org/
    • Fail2ban not mentioned

    Don't just copy random config from the internet, as annoying as it is, read the docs.

  • They are not that big - cursory search shows that would be around 8-10% of their gross revenue.

  • It's not better than nothing - it's worse than nothing. It is actively harmful, feeding psychosis, and your chat history will be sold at some point.

    Try this, instead of asking "I am thinking xyz", ask " my friend thinks xyz, and I believe it to be wrong". And marvel at how it will tell you the exact opposite.

  • I think NAT is one reason why the internet is so centralized. If everyone had a static IP you could do all sorts of decentralized cool stuff.

  • Every person and institution saying that is what enables fascism.

  • Deleted

    Permanently Deleted

    Jump
  • Its probably talking about the UK stratospheric aerosol injection research. Like all conspiracy theories, just enough of a grain of truth.

  • I mean don't see why not, but you need complete coverage around it, including underside.

    You could also try switching to 5 GHz wifi if your walls allow it.

  • Deleted

    Permanently Deleted

    Jump
  • Could use mullvad DNS.

  • So deezer is owned by a geezer.

  • And what would they gain by attacking us with drones?

  • I've not heard a good explanation why they would.

    They used up their tanks, artillery and manpower in Ukraine. They haven't even won in Ukraine. What would they gain by attacking the west?

  • If you are sure that every household can only change their own data, and not that of anyone else, meaning there is only one "true copy" for every file, then yes, you can just replicate that to the other locations.

  • Its funny because the largest holder of US debt is social security. So most of the debt is owed to the workers. You are paying the money back you borrowed in the first place.

  • I do not consider Authelia secure from an architecture point of view.

    That is because there is, by design, no authentication between authelia and the backend. That means that if anyone ever manages to directly access the backend services, they can impersonate anyone, including admin.

  • I want to write this in a separate post because I see many questionable suggestions:

    Your scenario does not allow for a simple rsync / ZFS copy. That is because those only work with 1:many. Meaning one "true" copy that gets replicated a couple of times.

    As I understand you have a many:many scenario, where any location can access and upload new data. So if you have two locations that changed the same file that day, what do you do? many:many data storage is a hard problem. Because of this a simple solution unfortunately won't work. There is a lot of research that has gone into this for hyperscalers such as AWS GCP, Azure etc. They all basically came to the same solution, which is that they use distributed quorum based storage systems with a unified interface. Meaning everyone accesses the "same" interface and under the hood the data gets replicated 3 times. So it turns it back into a 1:many basically, with the advantages of many:many.

  • So I think this can be achieved in different levels of complexity.

    First of all, you may want to look into ZFS, because there you can have multiple "partitions" that all have access to the entire free space of the device or devices, meaning you won't need two separate drives. Or probably you want multiple smaller and cheaper devices that are combined together because it will be cheaper and more fault tolerant.

    You also need some way to actually access the data. You have not shared how that is supposed to work: smb/nfs, etc. In either case you need a software that can do that. There a various options.

    Then, you probably want to create some form of overlay network. This will make it so that the individual devices can talk to each other lime they are in the same lan. You could use tailscale/headscale for this. If you have static public IPs you can probably get around this and build your own mesh using wireguard (spoiler: thats what tailscale does anyway).

    Then, the syncing. You can try to use syncthing for this, but I am not sure it will work well in this scenario.

    The better solution is to use a distributed storage system like garage for this, but that requires some technical expertise. https://garagehq.deuxfleurs.fr/

    Garage would actually allow you to for example only store two copies, so with three locations you would actually gain some storage space. Or you stay with the 3x replication factor. Anyway, garage is an object store which backup software will absolutely support, but there is no easy NFS/smb. So your smart TV, vanilla windows or whatever will not be able to access it. Plus side: its the only software you need, no ZFS required.

    Overall its a pretty tricky thing that will require some managing. There is no super easy solution to set this up.

  • Your requirements are really unclear.

    • how many houses
    • how far are they apart (latency)
    • what is their internet connection like? up/downstream? Static IP? Is it stable?
    • how are they supposed to access the data?
    • what kind of data is it, and what is the access pattern? Meaning, is it text files? Occasional pictures? Movies?
    • how much data do you need in total (yours+others)