gled - MIGRATED

@gled
4 Followers
21 Following
9 Posts
Migrated to @gled
Some resources:
1/ https://github.com/blocklistproject/Lists
this is for your DNS resolver ( unbound does a great job on that, but YMMV, many routers should allow you to use that on the local dns forwarder, or you can get a pihole etc... ).

2/ https://github.com/NetSPI/NetblockTool or a simple script with ` whois -h whois.radb.net -- '-i origin AS32934' | grep ^route` to get a list of networks and IP addresses to block at your firewall level ( in and out ). Every firewall will have a way to integrate that list.

1 will make sure that you do not try to contact a facebook owned domain and 2 will ensure that if a facebook owned IP tries to contact you, it will fail.

This is obviously something you need to integrate *WITH autoupdates* on your home router firewall, and servers in the case of the fediverse but it should be pretty straightforward. Ask if you need more guidance on how to do so.

I've been IP/DNS blocking all facebook owned services since years now, and everything works just fine...
GitHub - blocklistproject/Lists: Primary Block Lists

Primary Block Lists. Contribute to blocklistproject/Lists development by creating an account on GitHub.

GitHub
Migrating to @gled ! Update your contact :)
BTW, si tu t'y connais en Metronome (XMPP) ou en YunoHost, est-ce que tu peux regarder ça et/ou boost pour essayer de me sauver ? :D
https://forum.yunohost.org/t/metronome-cant-join-resolve-any-other-domain/2649/1
41,703 accounts
+9,643 in the last day
+18,737 in the last week

@eqdw the incentive is easy, no respect = no federation.

It creates also other problems ( possible delays to register a new user to make sure the username is unique, need to create a mechanism of verification that a node is playing fair, etc... ).

In the end, yes it would be easier to onboard new users and facilitate search of users, but I'm not sure it is really worth it.

@eqdw actually you could, by taking advantage of the federation, for example by using a blockchain inspired datastore to actually store the usernames or to exchange them between instances, IE amending the protocol to support that 'feature'.

But it becomes complicated and almost impractical to code and scale, and there's way more important to do now IMHO.

I think this is a really, really good idea

#177 Support account migration
https://github.com/tootsuite/mastodon/issues/177

@andrej yep, HAM here