You’re spot on, donations, or just people (like me) doing it out of the goodness of their heart for various reasons (free speech, desire for control/power, curiosity, boredom, lust for gold, being born with a heart full of neutrality, etc).
My server is mostly intended for me, but anyone who wants an account is welcome. My reasons are that I already run stuff on servers I have so cost is minimal vs what I would be doing anyway, I like having control over things I run (password manager, git server, etc), and based on some of the federation drama I saw in Mastodon (and has already happened here with beehaw) it’s a good idea to run your own server.
I’ve been thinking of hosting my own instance for myself, but I was wondering if you’d noticed any oddities! I’ve heard of some bugs that occur when interacting cross-instance. Also stuff about content being out of sync, which I notice currently with lemmy.ml from my current instance (lemmy.world).
I can’t say I have, but I basically only browse from my instance, so I may very well be missing out on things I could see on the instance the community is based on. I have noticed that .world and .ml are usually very slow to return results for my searches (as well as some other large instances like sh.it-just.works), and I have had trouble getting them to acknowledge my subscription (retrying a few times over a few hours or days works). I think this is basically because they are still overloaded, at least periodically. If .ml is slow to federate because it has lots of federation work to do and .world is failing to accept requests due to load that sounds like a recipe for sending of posts, comments, votes, etc. to have to retry over a period of minutes or hours, if at all.
If you are running your own instance it would marginally increase the federation load on e.g. .ml in the example above, but since the server you run isn’t overloaded you would most likely see things on your instance after .ml’s first attempt to send you the post/comment/vote/whatever. The ideal would be lots of medium sized instances that can handle the load so that there isn’t too much federation work to do (having only one user per instance would mean servers need to federate to thousands or even millions of servers, which would be a lot of work and bandwidth), but at the same time no single server would be too overload to handle the incoming messages either.
I probably can’t help much when it comes to TrueNAS, all of my experience is running it on Docker in Linux. AFAIK there is no plugin/jail for it out of the box, the easiest would probably to run a Linux VM on it and follow one of the official lemmy install guides using either Ansible or Docker (compose). I am sure you could figure out a way to install it from scratch in a jail, but that is beyond my experience with BSD.
In addition to the setup of the server itself you’ll want a domain, DNS, SSL and to figure out port forwarding (assuming your TrueNAS box is at home) at a bare minimum. Someone asked a similar question earlier and you can read a slightly longer response for these things in my response to them in [email protected]. I also suggest there that a cloud provider like digitalocean or linode would probably be more reliable and easier for some things and could be done (in a way that supports at least a small instance) on a budget of <$10/mo.
If you have any questions or want a more opinionated answer as to how I would set it up let me know.
Thanks a bunch! I forgot to mention I have TrueNas Scale, which is debían based and supports Docker. I’ll have a read at the official docs, thanks again!
Yeah, regardless of your choice you’ll still need to buy a domain so I would do that first. Choose something you like, and look at all the fun different TLDs out there beyond just .com. Be careful though, some of them are trying to be exclusive so can be surprisingly pricey.
If you choose to do this relatively simply in a cloud provider… you can set up the domain to use their DNS servers (usually free) which would make things easier since most of the stuff you are doing for lemmy is all in one place. From there launch an instance (I would choose one of the ones priced around $10/mo and enable backups which costs another buck or two) and point your DNS at it. Then use the official ansible install method which will get you the rest of the way there, including taking care of the gruntwork of SSL/Let’s Encrypt.
There are all sorts of different ways you could do this to make your stuff more reliable in case the machine on the cloud provider, disks, entire datacenter (it happens) has a problem, but this is reasonably robust, especially for such a low price point.|
Again, if you have any specific questions or trouble, let me know.
Oh, one really important thing once you have Lemmy up and running is to make sure your instance is not set to open registration (have it closed or application-only), and if possible set it up to do email verification (which is a little complex since you need to set up your instance to send emails). There is a huge wave of bot signups happening. Captcha, application-based (or closed) signup and email validation were the only ways to fight back against this wave, and sadly the latest release of Lemmy removed the captcha feature as it was deemed ineffective and not friendly for accessibility reasons (e.g. vision impairments).
Most of the why it is explained quite well in the instance’s sidebar:
We’re a collective of individuals upset with the way social media has been traditionally governed. A severe lack of moderation has led to major platforms like Facebook to turn into political machinery focused on disinformation campaigns as a way to make profit off of users. Websites with ineffective moderation allow hate speech to proliferate and contribute to the erosion of minority rights and safe spaces. Our goal with Beehaw is to demonstrate and promote a healthier environment.
Beehaw’s approach involves a fairly aggressive content curation policy for their instance. This includes defederating instances (which they have done 387 times so far). If you agree with their philosophy this isn’t a problem and is probably welcome vs a more laissez-faire attitude some instances have. They are also still very open compared to instances like Hexbear which runs Lemmy but has federation off (it looks like they are considering opening to some degree up at some point). They give two reasons for defederation in their docs:
First, if your instance houses or has a vast array of users that engage in hate speech, it gets added to that list:
We are simple with defederating: we do not allow hate speech, and we must consider our own limits when it comes to moderating. If an instance allows hateful speech or in our judgement has users who are too much for us to currently manage given the state of Lemmy, we defederate with it.
Second, some large instances (lemmy.world and sh.itjust.works) have been defederated because the burden on the admins and mods given current (incredibly primitive) tooling within Lemmy for moderation is too great even though the instance as a whole is not generally in violation of their hate speech policy. This is also a reaction to issues beyond the hate speech policy such as how users engage in the communities hosted on beehaw
The choice to defederate from an instance can also be based on our inability to effectively moderate that instance’s users. As of now, only two of our defederations are on this basis (lemmy.world and sh.itjust.works), and we hope to eventually refederate with both of them.
Finally, under the “inability to effectively moderate” justification they’ve preemptively defederated from instances that (likely mistakenly) had open sign ups and have had massive (likely bot) user growth. It seems they haven’t updated their docs to reflect this decision yet, though.
Given their philosophy I think this approach makes sense, but I absolutely understand why this pisses off some people who want more of a free-speech/wild-west in the fediverse. While someone may be free to speak everyone else is free to not listen. You have no obligation to engage with those you disagree with, as much as those people may want you to.
That’s the best part, it doesn’t!
You’re spot on, donations, or just people (like me) doing it
out of the goodness of their heartfor various reasons (free speech, desire for control/power, curiosity, boredom, lust for gold, being born with a heart full of neutrality, etc).My server is mostly intended for me, but anyone who wants an account is welcome. My reasons are that I already run stuff on servers I have so cost is minimal vs what I would be doing anyway, I like having control over things I run (password manager, git server, etc), and based on some of the federation drama I saw in Mastodon (and has already happened here with beehaw) it’s a good idea to run your own server.
I’ve been thinking of hosting my own instance for myself, but I was wondering if you’d noticed any oddities! I’ve heard of some bugs that occur when interacting cross-instance. Also stuff about content being out of sync, which I notice currently with lemmy.ml from my current instance (lemmy.world).
I can’t say I have, but I basically only browse from my instance, so I may very well be missing out on things I could see on the instance the community is based on. I have noticed that .world and .ml are usually very slow to return results for my searches (as well as some other large instances like sh.it-just.works), and I have had trouble getting them to acknowledge my subscription (retrying a few times over a few hours or days works). I think this is basically because they are still overloaded, at least periodically. If .ml is slow to federate because it has lots of federation work to do and .world is failing to accept requests due to load that sounds like a recipe for sending of posts, comments, votes, etc. to have to retry over a period of minutes or hours, if at all.
If you are running your own instance it would marginally increase the federation load on e.g. .ml in the example above, but since the server you run isn’t overloaded you would most likely see things on your instance after .ml’s first attempt to send you the post/comment/vote/whatever. The ideal would be lots of medium sized instances that can handle the load so that there isn’t too much federation work to do (having only one user per instance would mean servers need to federate to thousands or even millions of servers, which would be a lot of work and bandwidth), but at the same time no single server would be too overload to handle the incoming messages either.
I’d like to know this as well before I take the plunge.
Also, where can I start my own server for funsies? Ive got trueNAS, unsure if I can run it from there.
I probably can’t help much when it comes to TrueNAS, all of my experience is running it on Docker in Linux. AFAIK there is no plugin/jail for it out of the box, the easiest would probably to run a Linux VM on it and follow one of the official lemmy install guides using either Ansible or Docker (compose). I am sure you could figure out a way to install it from scratch in a jail, but that is beyond my experience with BSD.
In addition to the setup of the server itself you’ll want a domain, DNS, SSL and to figure out port forwarding (assuming your TrueNAS box is at home) at a bare minimum. Someone asked a similar question earlier and you can read a slightly longer response for these things in my response to them in [email protected]. I also suggest there that a cloud provider like digitalocean or linode would probably be more reliable and easier for some things and could be done (in a way that supports at least a small instance) on a budget of <$10/mo.
If you have any questions or want a more opinionated answer as to how I would set it up let me know.
Thanks a bunch! I forgot to mention I have TrueNas Scale, which is debían based and supports Docker. I’ll have a read at the official docs, thanks again!
Oh and I like the suggestion for the digital providers. I currently have a local box but I’m open to anything really. Just need to dip my toes
Yeah, regardless of your choice you’ll still need to buy a domain so I would do that first. Choose something you like, and look at all the fun different TLDs out there beyond just .com. Be careful though, some of them are trying to be exclusive so can be surprisingly pricey.
If you choose to do this relatively simply in a cloud provider… you can set up the domain to use their DNS servers (usually free) which would make things easier since most of the stuff you are doing for lemmy is all in one place. From there launch an instance (I would choose one of the ones priced around $10/mo and enable backups which costs another buck or two) and point your DNS at it. Then use the official ansible install method which will get you the rest of the way there, including taking care of the gruntwork of SSL/Let’s Encrypt.
There are all sorts of different ways you could do this to make your stuff more reliable in case the machine on the cloud provider, disks, entire datacenter (it happens) has a problem, but this is reasonably robust, especially for such a low price point.|
Again, if you have any specific questions or trouble, let me know.
I will! Thanks!
Oh, one really important thing once you have Lemmy up and running is to make sure your instance is not set to open registration (have it closed or application-only), and if possible set it up to do email verification (which is a little complex since you need to set up your instance to send emails). There is a huge wave of bot signups happening. Captcha, application-based (or closed) signup and email validation were the only ways to fight back against this wave, and sadly the latest release of Lemmy removed the captcha feature as it was deemed ineffective and not friendly for accessibility reasons (e.g. vision impairments).
Sooo… what happened in Beehaw?
Most of the why it is explained quite well in the instance’s sidebar:
Beehaw’s approach involves a fairly aggressive content curation policy for their instance. This includes defederating instances (which they have done 387 times so far). If you agree with their philosophy this isn’t a problem and is probably welcome vs a more laissez-faire attitude some instances have. They are also still very open compared to instances like Hexbear which runs Lemmy but has federation off (it looks like they are considering opening to some degree up at some point). They give two reasons for defederation in their docs:
First, if your instance houses or has a vast array of users that engage in hate speech, it gets added to that list:
Second, some large instances (lemmy.world and sh.itjust.works) have been defederated because the burden on the admins and mods given current (incredibly primitive) tooling within Lemmy for moderation is too great even though the instance as a whole is not generally in violation of their hate speech policy. This is also a reaction to issues beyond the hate speech policy such as how users engage in the communities hosted on beehaw
Finally, under the “inability to effectively moderate” justification they’ve preemptively defederated from instances that (likely mistakenly) had open sign ups and have had massive (likely bot) user growth. It seems they haven’t updated their docs to reflect this decision yet, though.
Given their philosophy I think this approach makes sense, but I absolutely understand why this pisses off some people who want more of a free-speech/wild-west in the fediverse. While someone may be free to speak everyone else is free to not listen. You have no obligation to engage with those you disagree with, as much as those people may want you to.
Hope this helps.