@grunfink@comam.es
Is there any internal method for preventing a snac2 server from federating? I don't mean blocking. I mean prohibiting all federation and contact with other activitypub instances. The goal is the local users don't see anything from the fediverse and the fediverse won't see anything from the local server.
I realize there are brute ways to hack nginx and IPtables to block ports and things like that. I'm just wondering if there is an internal method that is more sensible, or if perhaps some blocks of code could be removed before compilation.
[#]snac2 #fediverse #servers #activitypub
=> More informations about this toot | More toots from octade@soc.octade.net
Hi. No, not at this moment. You mean, as a standalone, isolated server, with communication only available between users of the same server, right?
=> More informations about this toot | More toots from grunfink@comam.es
Yes, that is correct. I suppose 'isolated instance' is the term I am reaching for.
If I configure my web server proxy to block snac2 from sending and receiving connections from other instances would this break snac or cause some kind of dump or race condition? I suppose I could just try it and see.
=> More informations about this toot | More toots from octade@soc.octade.net
@grunfink@comam.es
Actually that would enable #snac usage in a specific educational use case: schools.
I think kids and teens might be able to learn how to use social-networks in a defederated #fediverse instance, being able to do their typical errors in a protected environment.
However I know no school so brave to experiment on this, because of all kind of issues they might have to face, from sexting to bulling.
Yet, I think that it might help kids grow more aware of the risks and implication (and maybe even more #privacy aware).
On the technical side: you could have a defederated Snac if you make it available over a VPN or local network only. Also, I suppose that messing crypto keys would isolate the instance's inbox. All hacks, though.
@octade@soc.octade.net
=> More informations about this toot | More toots from giacomo@snac.tesio.it This content has been proxied by September (3851b).Proxy Information
text/gemini