3rd blog post
This commit is contained in:
parent
f9dcab557a
commit
67c8d043d9
SSH Key Fingerprint:
SHA256:ESaOKDAPaR/9j4DJ3sU4VdxTcL7qWUxpAyPSK2LLKbY
BIN
public/blog/post-3.png
Normal file
BIN
public/blog/post-3.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 1.6 MiB |
109
src/content/blog/post-3/cs.md
Normal file
109
src/content/blog/post-3/cs.md
Normal file
@ -0,0 +1,109 @@
|
||||
---
|
||||
title: "Self-hostování sociálních sítí"
|
||||
description: "V posledních měsících začínají dříve méně známé sociální nabírat nocé uživatele ostrým tempem. Mezi nimi i některé, které jsou federované a dají se tedy self-hostovat"
|
||||
author: "Cyril Šebek"
|
||||
publishDate: 2024-11-22T17:42:25Z
|
||||
image:
|
||||
url: "/blog/post-3.png"
|
||||
alt: "Logo ATproto a ActivityPub protokolů"
|
||||
language: "cs"
|
||||
tags: ["selfhosting", "social", "bluesky", "mastodon"]
|
||||
---
|
||||
|
||||
Koncem června 2024 jsem, díky konci školního roku a přibývajícímu volnému času, konečně dokončil většinu nastavování na svých serverech. Vše, co jsem chtěl i potřeboval, už stabilně běželo, všechny aplikace fungovaly, jak měly, a já tak konečně získal čas si trochu hrát.
|
||||
|
||||
Vzhledem k tomu, že jsem nikdy předtím žádné sociální sítě moc neměl a nepoužíval, a vzhledem k situaci ohledně Twitteru/X — která mě výrazně odrazuje od zapojení na jakoukoli sociální síť — vzpomněl jsem si na projekt, který jsem objevil před pár lety: [Mastodon](https://joinmastodon.org/). Při následném průzkumu jsem narazil i na tehdy rychle rostoucí [Bluesky](https://bsky.app/).
|
||||
|
||||
## Mastodon
|
||||
|
||||
Mastodon je decentralizovaná sociální síť, což znamená, že servery nepatří jedné velké společnosti, ale členům komunity. Každý si tedy může hostovat svůj server. To dává smysl, že? Mám server, tak si samozřejmě můžu hostovat, co se mi zlíbí. Ale jaký to asi bude mít dosah? Tady přichází kouzlo federace — nezáleží na tom, který server je váš domovský, všechny servery spolu komunikují v rámci jednoho systému, tzv. *Fediverse*. Tento vesmír Mastodonu funguje na protokolu [ActivityPub](https://activitypub.rocks/), což je technologie, díky které Mastodon žije.
|
||||
|
||||
### Proč si self-hostovat Mastodon
|
||||
|
||||
Důvodů může být několik. Jednou z možností je vytvoření Mastodon serveru pro zájmové skupiny, firmy nebo korporace. Pro mě je však hlavním důvodem absolutní svoboda. Mastodon nemá centrální pravidla — každý server si může určit vlastní politiku, co je a není v pořádku.
|
||||
|
||||
### Self-hostování Mastodonu
|
||||
|
||||
Na internetu najdete mnoho zdrojů, jak si Mastodon nainstalovat, včetně [oficiální dokumentace]((https://docs.joinmastodon.org/admin/prerequisites/)). Nebudu proto podrobně rozepisovat každý krok; zájemci si vše snadno vyhledají a přizpůsobí svým potřebám.
|
||||
|
||||
Já jsem Mastodon nainstaloval na nový kontejner Debian 12 (LXC CT) na svém Proxmox serveru. Upozornění: Mastodon je poměrně náročný na úložný prostor, což jsem zjistil až později. Moje instance zabírá přibližně 60 GB. Doména mého serveru je [mastodon.cyrilsebek.cz]((https://mastodon.cyrilsebek.cz)); jiné domény nevlastním, takže si musím vystačit se subdoménami.
|
||||
|
||||
### Automatické mazání
|
||||
|
||||
Když jsem poprvé nainstaloval Mastodon s asi 20GB úložiště tak všechno vypadalo v pořádku. Ovšem další den se něco stalo, protože moje instance neodpovídala. Po hledání problému jsem zjistil, že problém je s místem na disku. Rozšířil jsem tedy kapacitu a všechno bylo v pořádku. Další den byl ale problém zpátky. A znovu. Když už se moje instance začala dostávat ke 100GB došlo mi, že něco asi není úplně správně.
|
||||
Po nějakém hledání jsem zjistil, že Mastodon si sám žádným způsobem nečistí úložiště a stahuje toho dost, veškerá data která zobrazuje (což znamená jistou část celé sociální sítě!).
|
||||
S pomocí internetu jsem tedy vytvořil skript, který maže data starší 4 dnů:
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
|
||||
# Mastodon běží hodně v Ruby, musíme tedy inicializovat Ruby prostředí
|
||||
export PATH="$HOME/.rbenv/bin:$PATH"
|
||||
eval "$(rbenv init -)"
|
||||
|
||||
# Pročištění "cizích" účtů, které nemají žádné interakce s lokálními uživateli
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl accounts prune;
|
||||
|
||||
# Smazání statusů "cizích" účtů, starších 4 dnů, které nemají žádné interakce s lokálními uživateli
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl statuses remove --days 4;
|
||||
|
||||
# Smazání medií staších 4 dnů
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl media remove --days 4;
|
||||
|
||||
# Smazání metadata/hlaviček starších 4 dnů
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl media remove --remove-headers --include-follows --days 0;
|
||||
|
||||
# Smazání náhledů odkazů starší 4 dnů
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl preview_cards remove --days 4;
|
||||
|
||||
# Smazání "osiřelých" souborů (nejsou spojené s žádným příspěvkem)
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl media remove-orphans;
|
||||
```
|
||||
|
||||
a protože běží na linuxu tak jsem následně přidal do crontabu pro uživatele Mastodon, aby tento skript pustil automaticky každé asi 3 hodiny
|
||||
|
||||
```bash
|
||||
0 */3 * * * /bin/bash /home/mastodon/purge-media.sh
|
||||
```
|
||||
|
||||
## Bluesky
|
||||
|
||||
Bluesky je také sociální síť podobná twitteru/X. Je výrazně mladší než Mastodon - který vznikl v roce 2016 - Bluesky je implementace protokolu ATProto, původně z roku 2019 pod twitterem. V roce 2021 se osamostatnilo od twitteru úplně a nyní je samostatnou společností, ale ne jako Mastodon neziskovou. Aktuálně je asi nejrozšířenější alternativou k twitteru/X, mimo jiné i díky podpoře zakladatele twitteru Jacka Dorseyho. K dnešnímu datu - 22.11.2024 - má Bluesky asi 21.5 milionu uživatelů.
|
||||
|
||||
### Self-hostování Bluesky PDS
|
||||
|
||||
ATproto protokol funguje trochu odlišně od ActivityPub protokolu. Jednotlivé "homeservery" jsou označovány jako PDS - personal data server. Proces instalace je ovšem výrazně snazší než pro Mastodon - v zásadě celý instalační proces je automatický pomocí jednoho skriptu, manuální nastavování je minimální. Postup instalace je popsán na [oficiálním githubu](https://github.com/bluesky-social/pds).
|
||||
|
||||
### Nginx vs. Caddy
|
||||
|
||||
Automatický instalační skript se pří spuštění zeptá na doménu, pod kterou by měl být veřejně dostupný. Následně si sám zajistí, zda-li k oné doméně opravdu má přístup, zařídí veškeré SSL/TLS certifikáty a nastaví Caddy jako reverse proxy. Pro méně technicky zdatné uživatele je to vskutku ideální řešení. Pro mě to ovšem byl problém navíc.
|
||||
Moje homelab prostředí je z venku přístupné pouze přes jednu veřejnou IP adresu a mám pouze jednu doménu, na které je dost věcí (pomocí subdomén). Od první iterace mé domácí laboratoře používám jako reverse proxy [Nginx](https://nginx.org/en/) (nebo z něj derivované [OpenResty](https://openresty.org/en/)). Přes ten mám řešené certifikáty i posílání dotazů ke správným aplikacím běžícím na různých fyzických i virtuálních strojích.
|
||||
Trochu mi dalo zabrat, než jsem tento problém vyřešil, ale nginx naštěstí podporuje `stream` modul. To je druh konfigurace, při kterém Nginx pouze zjistí "komu má dotaz jít" a dál se s ním nezabývá.
|
||||
Možná to není nejideálnější řešení, správně bych měl asi upravit instalační skript, Caddy úplně zrušit a nechat všechno řešit nginx. Já jsem ale líný. Takže následující nginx konfigurace je pro mě dostačující. Navíc má výhodu, že pokud bude něco dalšího, co by mělo jít bez úprav k jiným serverům, tak to bude snadné přidat.
|
||||
|
||||
```nginx
|
||||
stream {
|
||||
# Define a map to route based on SNI
|
||||
map $ssl_preread_server_name $backend {
|
||||
bsky.cyrilsebek.cz 10.69.13.212:443;
|
||||
default 127.0.0.1:8443; # Fallback backend or drop the connection
|
||||
}
|
||||
|
||||
server {
|
||||
listen 443;
|
||||
listen [::]:443;
|
||||
|
||||
# Enable SNI inspection
|
||||
ssl_preread on;
|
||||
|
||||
# Route traffic to the correct backend
|
||||
proxy_pass $backend;
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
## Závěr
|
||||
|
||||
Self-hostování ani jedné ze sítí není nijak složité, ale Bluesky je nesporně uživatelsky jednodušší a zvládnou ho selfhostovat i technicky méně zdatní uživatelé. Není také potřeba řešit problémy s místem ani ničím jiným, všechno je vyřešené a prostě funguje. Samozřejmě, ani jednu ze sítí není nutné hostovat, dají se používat i s využitím serverů poskytovaných jak společnostmi zodpovědnými za vývoj platforem, tak množství komunitních serverů. A díky federalizaci obou protokolů je ve výsledku skoro jedno, který server je váš homeserver (nebo PDS).
|
||||
Co se komunit týče, nejsem žádný expert, twitter/X jsem nikdy neměl a na moc dalších sociálních sítích také úplně nejsem, ale Bluesky je výrazně aktivnější než Mastodon. Pro ty, co hledají náhradu za twitter/X je Bluesky asi lepší volba. Mastodon je ovšem také, byť možná na self-hostování technicky náročnější, možnost.
|
||||
Zůstávám na obou.
|
||||
102
src/content/blog/post-3/de.md
Normal file
102
src/content/blog/post-3/de.md
Normal file
@ -0,0 +1,102 @@
|
||||
---
|
||||
title: "Selbstgehostete soziale Netzwerke"
|
||||
description: "In den letzten Monaten haben einige vorher weniger bekannte soziale Netzwerke viele neue Nutzer gewonnen. Manche davon sind föderiert und können selbst gehostet werden, was den Nutzern mehr Kontrolle gibt."
|
||||
author: "Cyril Šebek"
|
||||
publishDate: 2024-11-22T17:42:25Z
|
||||
image:
|
||||
url: "/blog/post-3.png"
|
||||
alt: "Logo of ATProto and ActivityPub protocols"
|
||||
language: "de"
|
||||
tags: ["selfhosting", "social", "bluesky", "mastodon"]
|
||||
---
|
||||
|
||||
**Haftungsausschluss: Dieser Artikel ist eine schlechte Übersetzung der englischen/tschechischen Version. Ich lerne gerade Deutsch und habe dies als Ausrede für ein bisschen Übung genutzt.**
|
||||
|
||||
## Einführung
|
||||
|
||||
Im Juli 2024 hatte ich endlich Zeit, meine Server vollständig einzurichten. Alle Programme liefen stabil, und ich konnte etwas Neues ausprobieren. Ich nutze soziale Netzwerke eigentlich nicht, aber wegen der Probleme mit Twitter/X wollte ich eine Alternative finden. So stieß ich auf [Mastodon](https://joinmastodon.org/) und später auf [Bluesky](https://bsky.app/).
|
||||
|
||||
## Mastodon
|
||||
|
||||
Mastodon ist ein dezentrales Netzwerk. Das bedeutet, dass die Server von Nutzern gehostet werden, nicht von einer Firma. Jeder kann einen eigenen Server betreiben, der trotzdem mit anderen Servern verbunden ist – dank des [ActivityPub-Protokolls]((https://activitypub.rocks/)). Zusammen bilden diese Server das sogenannte „Fediverse“.
|
||||
|
||||
### Warum Mastodon selbst hosten ?
|
||||
|
||||
Es gibt viele Gründe. Manche machen es für ihre Communities oder Firmen. Für mich war die größte Motivation Freiheit. Es gibt keine zentrale Kontrolle. Jeder Server legt seine eigenen Regeln fest.
|
||||
|
||||
### Mastodon einrichten
|
||||
|
||||
Die Installation von Mastodon ist nicht schwer. Es gibt [offizielle Anleitungen]((https://docs.joinmastodon.org/admin/prerequisites/)). Ich habe Mastodon auf einem Debian 12-Container in meinem Proxmox-Server installiert. Eine wichtige Lektion: Mastodon braucht viel Speicherplatz! Meine Instanz verbraucht ungefähr 60 GB. Und ich habe das auf die harter Tour gelernt.
|
||||
|
||||
### Speicherproblem lösen
|
||||
|
||||
Mastodon speichert viele Daten, löscht sie aber nicht automatisch. Ich habe ein Skript erstellt, das alte Daten löscht, um Speicherplatz zu sparen:
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
|
||||
export PATH="$HOME/.rbenv/bin:$PATH"
|
||||
eval "$(rbenv init -)"
|
||||
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl accounts prune;
|
||||
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl statuses remove --days 4;
|
||||
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl media remove --days 4;
|
||||
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl media remove --remove-headers --include-follows --days 0;
|
||||
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl preview_cards remove --days 4;
|
||||
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl media remove-orphans;
|
||||
```
|
||||
|
||||
Das Skript läuft automatisch alle drei Stunden
|
||||
|
||||
```bash
|
||||
0 */3 * * * /bin/bash /home/mastodon/purge-media.sh
|
||||
```
|
||||
|
||||
Das macht meine Konfiguration hanhabbar unter 60GB.
|
||||
|
||||
## Bluesky
|
||||
|
||||
Bluesky ist ein anderes soziales Netzwerk, ähnlich wie Twitter/X. Es ist jünger als Mastodon und basiert auf dem ATProto-Protokoll. Seit 2021 ist Bluesky unabhängig. Heute hat es über 21,5 Millionen Nutzer (Stand: November 2024).
|
||||
|
||||
### Bluesky selbst hosten
|
||||
|
||||
Bluesky ist einfacher zu hosten als Mastodon. Es gibt ein automatisches Installationsskript, das alles einrichtet. Mehr Informationen finden Sie auf [Blueskys GitHub-Seite]((https://github.com/bluesky-social/pds)).
|
||||
|
||||
### Nginx vs. Caddy
|
||||
|
||||
Eine Herausforderung bei der Einrichtung war, dass das automatische Skript davon ausgeht, dass es der einzige Dienst auf der Domain oder IP-Adresse ist. Standardmäßig verwendet das Skript Caddy als Reverse Proxy und verwaltet die SSL/TLS-Zertifikate. Für weniger technisch versierte Nutzer ist das praktisch, aber es passte nicht zu meiner Umgebung.
|
||||
Ich nutze Nginx, um in meinem Homelab mehrere Dienste zu verwalten, die jeweils Subdomains verwenden. Um Konflikte zu vermeiden, habe ich [Nginx]((https://nginx.org/en/)) so konfiguriert, dass es Anfragen an die passenden Backends weiterleitet, ohne die SSL/TLS-Zertifikate zu beeinträchtigen. Hier ist meine Lösung mit dem stream-Modul von Nginx:
|
||||
|
||||
|
||||
```nginx
|
||||
stream {
|
||||
# Define a map to route based on SNI
|
||||
map $ssl_preread_server_name $backend {
|
||||
bsky.cyrilsebek.cz 10.69.13.212:443;
|
||||
default 127.0.0.1:8443; # Fallback backend or drop the connection
|
||||
}
|
||||
|
||||
server {
|
||||
listen 443;
|
||||
listen [::]:443;
|
||||
|
||||
# Enable SNI inspection
|
||||
ssl_preread on;
|
||||
|
||||
# Route traffic to the correct backend
|
||||
proxy_pass $backend;
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
## Conclusion
|
||||
|
||||
Sowohl Mastodon als auch Bluesky sind großartige Optionen für selbstgehostete soziale Netzwerke. Allerdings ist es nicht notwendig, sie selbst zu hosten, um sie nutzen zu können.
|
||||
Mastodon bietet unvergleichliche Freiheit und eine Community-gesteuerte Verwaltung, während Bluesky mit Einfachheit und leichter Einrichtung punktet.
|
||||
Für Nutzer, die eine unkomplizierte Alternative zu Twitter/X suchen, ist Bluesky wahrscheinlich die bessere Wahl. Mastodon hingegen überzeugt durch seine dezentrale und föderierte Struktur, die mehr Kontrolle ermöglicht und dem Gedanken eines wirklich unabhängigen Netzwerks entspricht.
|
||||
Am Ende habe ich mich entschieden, beide Plattformen zu nutzen. Jede hat ihre eigenen Stärken, und durch das Selbst-Hosting kann ich sie vollständig erkunden.
|
||||
103
src/content/blog/post-3/en.md
Normal file
103
src/content/blog/post-3/en.md
Normal file
@ -0,0 +1,103 @@
|
||||
---
|
||||
title: "Self-hosting social networks"
|
||||
description: "In past few months are previously obscure social networks gaining traction quiockly. Some of them are federated and therefore self-hostable."
|
||||
author: "Cyril Šebek"
|
||||
publishDate: 2024-11-22T17:42:25Z
|
||||
image:
|
||||
url: "/blog/post-3.png"
|
||||
alt: "Logo of ATProto and ActivityPub protocols"
|
||||
language: "en"
|
||||
tags: ["selfhosting", "social", "bluesky", "mastodon"]
|
||||
---
|
||||
|
||||
In recent months, previously obscure social networks have gained significant traction. Some of these platforms are federated, making them self-hostable and giving users more control over their digital interactions.
|
||||
|
||||
## Introduction
|
||||
|
||||
At the beginning of July 2024, with some free time thanks to the school year ending, I finally finished configuring my servers. Everything I needed was running smoothly—apps and services were performing as expected. This left me with some extra time to experiment.
|
||||
Despite avoiding social networks in the past, the current situation with Twitter (now known as X) made me even more certain of my disinterest. However, I remembered a project I discovered soem time ago—[Mastodon](https://joinmastodon.org/). While researching, I also came across another rapidly growing platform, [Bluesky](https://bsky.app/).
|
||||
|
||||
## Mastodon: Decentralized and Federated
|
||||
|
||||
Mastodon is a decentralized, federated social network. Unlike centralized platforms like Twitter/X, where one company owns all servers, Mastodon servers are community-driven. Anyone can host their own instance, known as a "home server," while still interacting with others through the magic of federation. This interconnected network of servers runs on the [ActivityPub protocol](https://activitypub.rocks/) and is often referred to as the *Fediverse*.
|
||||
|
||||
### Why self-host Mastodon
|
||||
|
||||
There are several reasons to self-host Mastodon. For hobby groups, communities, or companies, hosting your own instance provides autonomy and flexibility. For me, it boils down to freedom—absolute freedom. Since there’s no central authority, each server can establish its own rules about acceptable content, allowing users to enjoy an uncensored environment.
|
||||
|
||||
### Setting up Mastodon
|
||||
|
||||
Self-hosting Mastodon isn’t overly complex, and numerous guides are available online. I followed the [official guide](https://docs.joinmastodon.org/admin/prerequisites/) and created a new Debian 12 LXC container on my Proxmox server. My public domain for Mastodon is [mastodon.cyrilsebek.cz](https://mastodon.cyrilsebek.cz), and while I don’t own other domains, subdomains worked just fine.
|
||||
However, I quickly discovered one major challenge — Mastodon is a disk space guzzler. Initially, I allocated 20 GB of storage, thinking it would suffice. Within a day, the site stopped loading due to lack of space. After repeatedly increasing the disk size and watching it balloon to 100 GB, I realized something is wrong and I needed a better solution.
|
||||
|
||||
### Automatic Deletion
|
||||
|
||||
Mastodon doesn’t automatically clean up its storage. It downloads and stores a significant amount of data, including content from the wider Fediverse. To manage this, I created a script that deletes unused or unnecessary data older than four days:
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
|
||||
export PATH="$HOME/.rbenv/bin:$PATH"
|
||||
eval "$(rbenv init -)"
|
||||
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl accounts prune;
|
||||
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl statuses remove --days 4;
|
||||
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl media remove --days 4;
|
||||
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl media remove --remove-headers --include-follows --days 0;
|
||||
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl preview_cards remove --days 4;
|
||||
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl media remove-orphans;
|
||||
```
|
||||
|
||||
I also scheduled it to run every three hours using a cron job:
|
||||
|
||||
```bash
|
||||
0 */3 * * * /bin/bash /home/mastodon/purge-media.sh
|
||||
```
|
||||
|
||||
This setup has kept my Mastodon instance stable and storage manageable at around 60GB.
|
||||
|
||||
## Bluesky: Modern Alternative
|
||||
|
||||
Bluesky is another microblogging social network similar to Twitter/X. Unlike Mastodon, Bluesky operates on the ATProto protocol and is a younger platform. Initially developed under Twitter in 2019, it became independent in 2021 following Elon Musk's acquisition of Twitter. Today, Bluesky has over 21.5 million users as of November 22, 2024, and is one of the most popular Twitter/X alternatives. It's also federated, but the protocol works a bit differently. The original idea behind it was to explore the possibilites of federated social network.
|
||||
|
||||
### Why self-host Bluesky
|
||||
|
||||
Bluesky allows users to set up their own Personal Data Server (PDS), making it simple to manage and maintain control over data. The installation process is remarkably straightforward compared to Mastodon. A single script handles most of the setup, with minimal manual configuration required. You can find the detailed guide on [Bluesky's GitHub page](https://github.com/bluesky-social/pds).
|
||||
|
||||
### Nginx vs. Caddy
|
||||
|
||||
One challenge I faced during setup was the automatic script assuming it was the sole service on the domain or IP address. By default, the script uses Caddy as a reverse proxy and manages SSL/TLS certificates. While this is convenient for less technical users, it didn’t suit my setup.
|
||||
I rely on Nginx to manage multiple services on my homelab, each using subdomains. To resolve conflicts, I configured Nginx to forward requests to the appropriate backend without interfering with SSL/TLS. Here’s my solution using [Nginx](https://nginx.org/en/)'s stream module:
|
||||
|
||||
```nginx
|
||||
stream {
|
||||
# Define a map to route based on SNI
|
||||
map $ssl_preread_server_name $backend {
|
||||
bsky.cyrilsebek.cz 10.69.13.212:443;
|
||||
default 127.0.0.1:8443; # Fallback backend or drop the connection
|
||||
}
|
||||
|
||||
server {
|
||||
listen 443;
|
||||
listen [::]:443;
|
||||
|
||||
# Enable SNI inspection
|
||||
ssl_preread on;
|
||||
|
||||
# Route traffic to the correct backend
|
||||
proxy_pass $backend;
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
## Conclusion
|
||||
|
||||
Both Mastodon and Bluesky are excellent options for self-hostable social networks. But you don't need to selfhost either of them to use them.
|
||||
Mastodon offers unparalleled freedom and community-driven management, while Bluesky shines in simplicity and ease of setup.
|
||||
For users seeking a straightforward Twitter/X alternative, Bluesky is likely the better choice. However, Mastodon’s decentralized, federated structure provides more control and aligns with the ethos of a truly independent network.
|
||||
Ultimately, I’ve decided to use both. Each platform has its strengths, and self-hosting gives me the freedom to explore them fully.
|
||||
103
src/content/blog/post-3/fr.md
Normal file
103
src/content/blog/post-3/fr.md
Normal file
@ -0,0 +1,103 @@
|
||||
---
|
||||
title: "Réseaux sociaux auto-hébergés"
|
||||
description: "Ces derniers mois, des réseaux sociaux auparavant obscurs gagnent rapidement en popularité. Certains d'entre eux sont fédérés et donc auto-hébergeables."
|
||||
author: "Cyril Šebek"
|
||||
publishDate: 2024-11-22T17:42:25Z
|
||||
image:
|
||||
url: "/blog/post-3.png"
|
||||
alt: "Logos des protocoles ATProto et ActivityPub"
|
||||
language: "fr"
|
||||
tags: ["selfhosting", "social", "bluesky", "mastodon"]
|
||||
---
|
||||
|
||||
In recent months, previously obscure social networks have gained significant traction. Some of these platforms are federated, making them self-hostable and giving users more control over their digital interactions.
|
||||
|
||||
## Introduction
|
||||
|
||||
At the beginning of July 2024, with some free time thanks to the school year ending, I finally finished configuring my servers. Everything I needed was running smoothly—apps and services were performing as expected. This left me with some extra time to experiment.
|
||||
Despite avoiding social networks in the past, the current situation with Twitter (now known as X) made me even more certain of my disinterest. However, I remembered a project I discovered soem time ago—[Mastodon](https://joinmastodon.org/). While researching, I also came across another rapidly growing platform, [Bluesky](https://bsky.app/).
|
||||
|
||||
## Mastodon: Decentralized and Federated
|
||||
|
||||
Mastodon is a decentralized, federated social network. Unlike centralized platforms like Twitter/X, where one company owns all servers, Mastodon servers are community-driven. Anyone can host their own instance, known as a "home server," while still interacting with others through the magic of federation. This interconnected network of servers runs on the [ActivityPub protocol](https://activitypub.rocks/) and is often referred to as the *Fediverse*.
|
||||
|
||||
### Why self-host Mastodon
|
||||
|
||||
There are several reasons to self-host Mastodon. For hobby groups, communities, or companies, hosting your own instance provides autonomy and flexibility. For me, it boils down to freedom—absolute freedom. Since there’s no central authority, each server can establish its own rules about acceptable content, allowing users to enjoy an uncensored environment.
|
||||
|
||||
### Setting up Mastodon
|
||||
|
||||
Self-hosting Mastodon isn’t overly complex, and numerous guides are available online. I followed the [official guide](https://docs.joinmastodon.org/admin/prerequisites/) and created a new Debian 12 LXC container on my Proxmox server. My public domain for Mastodon is [mastodon.cyrilsebek.cz](https://mastodon.cyrilsebek.cz), and while I don’t own other domains, subdomains worked just fine.
|
||||
However, I quickly discovered one major challenge — Mastodon is a disk space guzzler. Initially, I allocated 20 GB of storage, thinking it would suffice. Within a day, the site stopped loading due to lack of space. After repeatedly increasing the disk size and watching it balloon to 100 GB, I realized something is wrong and I needed a better solution.
|
||||
|
||||
### Automatic Deletion
|
||||
|
||||
Mastodon doesn’t automatically clean up its storage. It downloads and stores a significant amount of data, including content from the wider Fediverse. To manage this, I created a script that deletes unused or unnecessary data older than four days:
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
|
||||
export PATH="$HOME/.rbenv/bin:$PATH"
|
||||
eval "$(rbenv init -)"
|
||||
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl accounts prune;
|
||||
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl statuses remove --days 4;
|
||||
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl media remove --days 4;
|
||||
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl media remove --remove-headers --include-follows --days 0;
|
||||
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl preview_cards remove --days 4;
|
||||
|
||||
RAILS_ENV=production /home/mastodon/live/bin/tootctl media remove-orphans;
|
||||
```
|
||||
|
||||
I also scheduled it to run every three hours using a cron job:
|
||||
|
||||
```bash
|
||||
0 */3 * * * /bin/bash /home/mastodon/purge-media.sh
|
||||
```
|
||||
|
||||
This setup has kept my Mastodon instance stable and storage manageable at around 60GB.
|
||||
|
||||
## Bluesky: Modern Alternative
|
||||
|
||||
Bluesky is another microblogging social network similar to Twitter/X. Unlike Mastodon, Bluesky operates on the ATProto protocol and is a younger platform. Initially developed under Twitter in 2019, it became independent in 2021 following Elon Musk's acquisition of Twitter. Today, Bluesky has over 21.5 million users as of November 22, 2024, and is one of the most popular Twitter/X alternatives. It's also federated, but the protocol works a bit differently. The original idea behind it was to explore the possibilites of federated social network.
|
||||
|
||||
### Why self-host Bluesky
|
||||
|
||||
Bluesky allows users to set up their own Personal Data Server (PDS), making it simple to manage and maintain control over data. The installation process is remarkably straightforward compared to Mastodon. A single script handles most of the setup, with minimal manual configuration required. You can find the detailed guide on [Bluesky's GitHub page](https://github.com/bluesky-social/pds).
|
||||
|
||||
### Nginx vs. Caddy
|
||||
|
||||
One challenge I faced during setup was the automatic script assuming it was the sole service on the domain or IP address. By default, the script uses Caddy as a reverse proxy and manages SSL/TLS certificates. While this is convenient for less technical users, it didn’t suit my setup.
|
||||
I rely on Nginx to manage multiple services on my homelab, each using subdomains. To resolve conflicts, I configured Nginx to forward requests to the appropriate backend without interfering with SSL/TLS. Here’s my solution using [Nginx](https://nginx.org/en/)'s stream module:
|
||||
|
||||
```nginx
|
||||
stream {
|
||||
# Define a map to route based on SNI
|
||||
map $ssl_preread_server_name $backend {
|
||||
bsky.cyrilsebek.cz 10.69.13.212:443;
|
||||
default 127.0.0.1:8443; # Fallback backend or drop the connection
|
||||
}
|
||||
|
||||
server {
|
||||
listen 443;
|
||||
listen [::]:443;
|
||||
|
||||
# Enable SNI inspection
|
||||
ssl_preread on;
|
||||
|
||||
# Route traffic to the correct backend
|
||||
proxy_pass $backend;
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
## Conclusion
|
||||
|
||||
Both Mastodon and Bluesky are excellent options for self-hostable social networks. But you don't need to selfhost either of them to use them.
|
||||
Mastodon offers unparalleled freedom and community-driven management, while Bluesky shines in simplicity and ease of setup.
|
||||
For users seeking a straightforward Twitter/X alternative, Bluesky is likely the better choice. However, Mastodon’s decentralized, federated structure provides more control and aligns with the ethos of a truly independent network.
|
||||
Ultimately, I’ve decided to use both. Each platform has its strengths, and self-hosting gives me the freedom to explore them fully.
|
||||
Loading…
Reference in New Issue
Block a user