Are you just talking about dynamic DNS services for one or a few home servers?

There’s always DynDNS, but that’s a paid service. I actually discovered that dynamic IP address service was provided free by Google when using Google Domains as the registrar, so I moved a few of my private domains over to Google several years ago to save myself $55 a year.

Unfortunately, Google Domains is shutting down and all registrar services and existing customer domains are getting moved to squarespace and I’ve not yet been able to determine if squarespace is going to be offering the free dynamic DNS service or not.

While there is merit to your post, I will point out the obvious: your post is hosted on an instance named “lemmy world” and you are citing US enforcement codes and sections, but lemmy.world (the servers) do not reside inside the United States. Lemmy.world (the server) would be subject to the laws of the country in which it is hosted, the admin team would be subjected to the laws in the countries in which they reside, the community moderators would be subject to the laws in the countries they reside, and the lemmy.world users would be subject to the laws frrom where ever they reside.

So, you can’t simply link to a writeup about some US regulations and assume it’s going to be exactly the same everywhere and for everyone.

I thought data caps for home internet were a thing of the past…

For the past 15 years I’ve had a data cap on home internet, but never had a data cap prior to that.

That’s led me to believe the exact opposite of your observation; unlimited data is a thing of the past and data caps are a thing of the present and future.

Here are some basic definitions:

Instance: a Lemmy server with its collection of local users and local communities

Federation: allowing users of one instance the ability to participate and interact with the content and users of another instance

Defederation: “blocking” an entire instance and its users from participating and interacting with the content and users of another instance.

Every instance maintains a publicly visible “instances” list where you can see which instances are allowed/federated (listed as “Linked Instances” and which other instances are disallowed/defederated (listed as “Blocked Instances”. That list is always at the same predictable URL for every instance ( https://[instance]/instances ). For Lemmy.World, that list would be at https://lemmy.world/instances.

Instances operators also have the ability to surgically block specific users or specific communities from other instances. This doesn’t mean they have ‘defederated’, it just means they have blocked a specific use or instance. These are considered moderation activities and show up in an instance’s moderation log (also called the “modlog”). Every instance’s modlog is public and visible at the predictable URL of https://[instance]/modlog. For Lemmy.World, the modlog would be at https://lemmy.world/modlog. The modlog has a “filter by action” dropdown making it easy to find certain types of moderation activities. If you search the modlog for “removing communities” you can see the communities that an instance has removed or blocked.

In the case of the piracy communities, they were removed from Lemmy.world, but federation still exists between Lemmy.world and the other instances where those blocked communities still exist.

You specifically cite the example of piracy going away as a reason for wanting to compare instance’s defederations, but that activity had nothing to do with defederation. Lemmy.world is still federated with the instances that hosted the piracy communities.

They are making an assertion as if it is a statement of fact…and they are, in fact, wrong. That’s ignorant and not helpful for discussion or helpful for understanfing and solving the actual issue. If they had actually asked an innocent question it would be different, but they didn’t. That is why the responses are the way they are.

No, not programmatically. The only way to ‘move’ an instance is for a community of users to create a new community elsewhere and arbitrarily start using it as their preferred community. There is no way to force it and there is no mechanic for moving.

By claiming that the problem isn’t DDOS, you’re just advertising your ignorance. Cloudflair is outstanding for protecting static web content against DDOS, and Lemmy.world is well protected against that. The problem is certain dynamic pages and api calls that can only be rendered from costly realtime dynamic database operations…those are the url that the DDOS attackers are focusing on and those are the kinds of content that cannot be easily protected by cloudflair.

Your premise, though, is still accidently correct. The way to mitigate instances being targeted by DDOS is to spread the user base and community hosting across a vast number of instances so that no one instance is such a rewarding target for DDOS attack.

deleted by creator