• 1 Post
  • 159 Comments
Joined 6 months ago
cake
Cake day: June 9th, 2024

help-circle









  • Then the correct answer is ‘the one you won’t screw up’, honestly.

    I’m a KISS proponent with security for most things, and uh, the more complicated it gets the more likely you are to either screw up unintentionally, or get annoyed at it, and do something dumb on purpose, even though you totally were going to fix it later.

    Pick the one that makes sense, is easy for you to deploy and maintain, and won’t end up being so much of a hinderance you start making edge-case exceptions because those are the things that will 100% bite you in the ass later.

    Seen so many people turn off a firewall or enable port forwarding or set a weak password or change permissions to something too permissive and just end up getting owned that have otherwise sane, if maybe over-complicated, security designs and do actually know what they’re doing, but just getting burned by wandering off from standards because what they implemented originally ends up being a pain to deal with in day-to-day use.

    So yeah, figure out your concerns, figure out what you’re willing to tolerate in terms of inconvenience and maintenance, and then make sure you don’t ever deviate from there without stopping and taking a good look at what you’re doing, what could happen if you do it, and coming up with a worst-case scenario first.


  • What’s your concern here?

    Like who are you envisioning trying to hack you, and why?

    Because frankly, properly configured and permissioned (that is, stop using root for everything you run) container isolation is probably good enough for anything that’s not a nation state (barring some sort of issue with your container platform and it having an escape), and if it is a nation state you’re fucked anyways.

    But more to your direct question: I actually use dns scopes and nginx acls to seperate public from private. I have a *.public and a *.private cname which points to either my external or internal IP, and ACLs in the nginx site configuration to scope where access is allowed.

    You can’t access a *.private host outside the network, but can access either from inside it, and so (again, barring nginx having an oopsie somewhere) it’s reasonably secure and not accessible, and leaves a very clear set of logs (and I’m pulling those logs in and parsing them for anything suspicious and doing automated alerting if I find anything I would not otherwise expect) so I’m happy enough with the level of security that this is, when paired with the services built-in authentication options.



  • Are content creators we already know expected to start their own servers? Or will there be a general mega instance for everyone to post to.

    Honestly - both?

    Good examples are going to be Floatplane and Nebula for the single-content-creator platform and the group of creators platforms.

    There’s no real reason you can’t build a platform and require someone to pay you to have access, and it seems to have been successful for both groups.

    Video hosting is expensive, but it 's not prohibitive and a group of creators could certainly come up with a useful platform and self-host it and still be profitable.

    Now, the question is, of course, if peertube is the right choice for that and if it offers anything they’d need, but that’s a different discussion.



  • There was a recent video from everyone’s favorite youtube Canadians that tested how many USB devices you can jam onto a single controller.

    The takeaway they had was that modern AMD doesn’t seem to give a shit and will actually let you exceed the spec until it all crashes and dies, and Intel restricts it to where it’s guaranteed to work.

    Different design philosophies, but as long as ‘might explode and die for no clear reason at some point once you have enough stuff connected’ is an acceptable outcome, AMD is the way to go.


  • Quicksync

    Yeah, it doesn’t sound like you’re transcoding in a way that’ll show any particular benefit from Quicksync over AMF or anything else. My ‘it’s better’ use case would be something like streaming to a cell phone at 3-5mbps, and not something local or just making a file to save on your device.

    DDR4 and no ECC

    That’s what my build is: 128gb of Corsair whatever on a 10850k. I’m sure there’s been some silent corruption somewhere in some video file or whatever, but, honestly, I don’t care about the data enough to even bother with RAID, let alone ECC.

    I will say, though, if you’re going to delve into something like ZFS, you should probably consider ECC since there are a lot more ‘well shits’ that can happen than what I’m doing (mergerfs + snapraid).

    power consumption

    A $30 or whatever they are kill-a-watt plus something like s-tui running on the NAS itself to watch what the CPU is doing in terms of power states and usage. I’ve got a 8-drive i9-10850k under 60w at “idle” which is not super low power, but it’s low enough that the cost of hardware to improve on it even a little bit (and it’d be a very little bit) has a ROI period of longer than I’d expect the hardware to last.


  • If you’re going to be doing transcoding for remote users at lower bitrates, quicksync is still better than AMF, so I’d vote Team Intel.

    If you’re not, then buy whatever meets your power envelope desires and price point.

    For Intel, anything 8th gen or newer should be able to natively do anything you need in Quicksync, so you don’t need to head to Amazon and buy something new, unless you really want to.

    Also, I’d consider hardware that has enough SATA ports for the number of drives you want so that you can avoid dealing with a HBA card: they inflate the power envelope of the system (if power usage is something you’re concerned with), and even in IT mode, I’ve found them to be annoyingly goofy at times and am MUCH happier just using integrated SATA stuff.




  • convincing ourselves that the fediverse is actually very simple

    There’s a difference between ‘technically simple’ and ‘understandable UX’.

    Your mom doesn’t need to know how ActivityPub works or the intricacies of federation. She just needs to know to log in and go to c/cutecats.

    The early-adopter curse here is causing way too much technobabble to be involved in descriptions that just confuse people, and it’s technical aspects that the nerd cohort here is fascinated by, but uh, nobody else is.

    The real leap will be to resist the urge to pull out the PPT and spend 3 hours and 10,000 words explaining how Lemmy works vs the much more concise how-to-use-Lemmy details that people actually want.

    There’s a lot of assumptions being made by a lot of people that “normal” people are stupid and couldn’t understand ‘It’s a conversation platform like Reddit, but it’s run by it’s users and that’s why there’s a lot of servers who all talk to each other’ and so there’s a lot of hand wringing about how you have to explain all the details and such, which really, isn’t all that true.

    Every non-technical person I’ve explained it to like that immediately understands what it is, how you’d use it, and what it’s used for and I’ll occasionally get a ‘Oh, neat, how does all that work?’ question I can then expand on, but that’s like, maybe 1 out of 20.

    TLDR: too many details is not helpful for most people, and nerds loooooove going into more detail than anyone could possibly care about