204
Russia's first politically motivated block of a Fediverse server
(reestr.rublacklist.net)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 11 Apr 2024
204 points (98.1% liked)
Fediverse
27978 readers
980 users here now
A community to talk about the Fediverse and all it's related services using ActivityPub (Mastodon, Lemmy, KBin, etc).
If you wanted to get help with moderating your own community then head over to !moderators@lemmy.world!
Rules
- Posts must be on topic.
- Be respectful of others.
- Cite the sources used for graphs and other statistics.
- Follow the general Lemmy.world rules.
Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration), Search Lemmy
founded 1 year ago
MODERATORS
But blocking the instance at the DNS level does not stop the content from reaching other Russian instances, right? They would have to basically track every server that is federating with them and block like this.
Instances hosted in Russia can’t federate with lgbtqia.space anymore.
Other instances hosted outside of Russia but available from inside Russia can still federated with them, though, right?
Correct
Yeah this seems like a total misunderstanding of how activitypub works from the orks. Not surprising a bunch of fascist idiots don't understand modern federation technology.
And it once again shows why federated social media rocks 😎
You could fix it with a relay, or having the instances conn extend with the rest of the Internet through a VPN/proxy.
Yeah, a PITA but can still be worked around.
If it's a DNS block I guess Russian instances just need to direct the domain to the IP address in their hosts file
It's always IP + DNS + Deep Packet Inspection. To access blocked websites, you have to use some sort of proxying.
Curious - would boosts from users on non-blocked servers bypass the block here? In other words, does traffic for boosts go via the original instance, or is it direct between the boosting and the receiving servers?
That way. You can't trust a third-party instance to proxy content, every server has to get its own copy.
Fair point, would be an incredibly easy vector for abuse in any other way. Good thing I'm not a software engineer.
don't give them ideas
They know it already.
Anyway, it is interesting that this particular case is better handled by something like Nostr.