- Die Erfahrung, durch FreeBSD und BSD-basierte Betriebssysteme die eigene Beziehung zur Technik neu zu ordnen und das Interesse am Self-Hosting wiederzubeleben
- Mit BastilleBSD für Jails und vm-bhyve für VMs wurde eine Konfiguration aufgebaut, die auf direkten Experimenten und Versuch-und-Irrtum beruhte
- Dank einfacher Struktur, hervorragender Dokumentation und langfristiger Kompatibilität bleibt selbst altes Material weiterhin in dieser Systemumgebung gültig
- Mit der freundlichen Unterstützung der BSD-Community wurde Verwirrung im Lernprozess gelöst, während gleichzeitig die Aufregung eines Neuanfangs zurückkehrte
- Hervorgehoben werden die Freude am Lernen neuer Technologien und der Wert kontinuierlicher Erkundung
Der Wechsel zu FreeBSD und ein neuer Anfang
- Da die bisherige Art, Technik zu nutzen, nicht mehr passte, wurde auf einem BSD-basierten Betriebssystem ein Neuanfang gesucht
- Zuvor wurden sowohl FreeBSD als auch OpenBSD ausprobiert; OpenBSD wurde stabil für Single-Purpose-VMs und als Router eingesetzt
- Für ein System mit mehreren Einsatzzwecken war es jedoch nicht geeignet, daher fiel die Wahl auf FreeBSD
- Über die Hetzner-Serverauktion wurde ein passender Server beschafft und mit dem Aufbau einer FreeBSD-Umgebung begonnen
- Beim Erlernen des neuen Systems wurden anfängliche Verwirrung und die Freude am Lernen gleichzeitig erlebt
Systemaufbau und Werkzeugauswahl
- Mit BastilleBSD wird die Jail-Umgebung verwaltet, mit vm-bhyve die virtuellen Maschinen
- Die meisten Einstellungen waren Neuland, doch nach Versuch und Irrtum entstand eine passende Konfiguration
- Sie weicht etwas von üblichen Setups ab, sorgt aber für Zufriedenheit als personalisierte Umgebung
- Es wird erwähnt, dass später weitere Details zur Konfiguration geteilt werden sollen, sobald die Umgebung stabil ist
Die Vorteile und Philosophie von FreeBSD
- Als größte Stärken werden Einfachheit und hervorragende Dokumentation genannt
- Die meisten Aufgaben lassen sich über SSH mit wenigen Befehlen erledigen
- Benötigte Informationen sind direkt über Online-Manpages oder in der CLI verfügbar
- Auch die langfristige Kompatibilität ist herausragend, sodass selbst Lösungen aus Foren von 2008 noch gültig sind
- Gleichzeitig kommen fortlaufend neue Funktionen hinzu, sodass sich das System nicht veraltet anfühlt
Schwierigkeiten im Lernprozess und Unterstützung durch die Community
- Während des Lernens kam es zu Verwirrung, etwa über Release-Zyklen und das Verhältnis von pkg zu ports
- Auch ungenaue Suchbegriffe erschwerten die Informationssuche
- Mit Hilfe der BSD-Community und von Nutzerinnen und Nutzern im Fediverse konnten die Probleme gelöst werden
- Mehrere Personen gaben konkrete und hilfreiche Antworten
- Dabei stellte sich wieder das freudige Gefühl eines Anfängers ein, zusammen mit der Wärme der Community
Aktuelle Zufriedenheit und künftige Richtung
- Ob diese Konfiguration langfristig beibehalten wird, ist noch offen
- Im Moment steht jedoch die Freude am Lernen neuer Technologien im Mittelpunkt
- Durch Lernen und Experimente wurden Spaß und Kreativität des Self-Hostings wiederentdeckt
- Den Abschluss bildet die Haltung: „Wichtig ist der Lernprozess selbst, den ich gerade durchlaufe.“
1 Kommentare
Hacker-News-Kommentare
Die Basis meines Homelabs ist OpenBSD
Darauf laufen DNS, DHCP, ein Firewall-Router und sogar ein kleiner Webserver
Die Konfiguration ist viel einfacher als unter Linux und fühlt sich sogar leichter an als bei FreeBSD
Es reicht, die Beispiele aus der FAQ zu kopieren und anzupassen, sodass man nicht wie bei Linux mit mehreren Daemons und komplexen Konfigurationsdateien hantieren muss
Den KVM-Host betreibe ich allerdings separat auf Linux-Basis
Ein großer Vorteil ist, dass man es ruhig nutzen kann, fern vom Drama um Firmenübernahmen bei Linux oder dem Lärm der Community
Ich denke, auch andere Open-Source-Projekte bräuchten einen Ansatz wie die Strategie des „toxic slug“, um externe Einmischung abzuwehren
Mit
rc.conflässt sich alles einfach steuern, und unnötige Komponenten sind nicht Teil der StandardinstallationLinux neigt dagegen durch seinen Anspruch auf Universalität eher zu komplexeren Konfigurationen
Dadurch kann ich moderne Servertechnologien auch unter OBSD nutzen
Wenn man nicht viele Ersatzteile hat, ist die Ursachenanalyse ziemlich schwierig, und an Zeit und Konzentration mangelt es immer
Ich betreibe mein Homelab ebenfalls mit FreeBSD
Die ZFS-Unterstützung ist hervorragend, und es macht auch einfach Spaß, Dinge mal auf eine andere Art zu machen
Die Basiskonfiguration verwalte ich in einer README.md, den Rest automatisiere ich mit Ansible
Jeder Dienst läuft in einem Jail, und die Daten mounte ich als ZFS-Subvolumes unter
/bucketDadurch kann ich Jails jederzeit wegwerfen und neu hochziehen, und auch der individuelle Zugriff per SSH ist einfach
Dabei wird das Host-Dateisystem unverändert geteilt, während der Netzwerkzugriff eingeschränkt bleibt
Dokumentation dazu gibt es im FreeBSD Handbook und in der man page
Es gibt kein systemd, und das Container-Konzept war dort schon lange eingebaut
Ich wollte FreeBSD wirklich mögen, aber in der Praxis war der Konfigurationsschmerz einfach zu groß
Zur Firewall-Konfiguration gab es zu wenig Material, und pm2 hatte einen Bug wegen der Prozess-ID
Am Ende musste ich für gewöhnliche Serveraufgaben jedes Mal das Rad neu erfinden und habe aufgegeben
Für mich als Nicht-OS-Entwickler war das einfach zu viel
Mich würde interessieren, ob du dieselben Probleme heute noch einmal mit aktuellen LLMs ausprobieren würdest
FreeBSD hat auch Standardvorlagen auf Basis von IPFW
Wenn man sich die Option
firewall_typeinrc.confanschaut, kann man vom einfachen NAT-Gateway bis zur Client-Firewall vieles leicht einrichtenDetails stehen in
/etc/rc.firewallFrüher habe ich mit FreeBSD und openvpn selbst einen VPN-Server aufgebaut und damit Hunderte Kunden unterstützt
Noch heute ziehe ich pf Linux-Firewalls vor
Nur Multi-Host-Orchestrierungsfunktionen wie bei Docker Swarm vermisse ich
FreeBSD-Wissen bleibt meiner Erfahrung nach länger gültig als Linux-Wissen
Wenn ich mir das chaotische Linux-Umfeld anschaue, wirkt BSD im Vergleich fast beruhigend
Manchmal wechselt man Technologien einfach aus Freude am Lernen
Auch ich habe beim Bauen einer Self-Hosting-Plattform auf „Bequemlichkeit“ gesetzt, aber die eigentliche Magie lag im Prozess des Selberlösens
Dank Technologien wie Docker/Podman und Flatpak ist der Einstieg heute deutlich einfacher
Schade ist nur, dass CLI-Apps selten als Flatpak verteilt werden
Seit 25 Jahren liebe ich BSD, besonders FreeBSD
Ich habe sogar einmal DragonflyBSD als Desktop ausprobiert, und es ist schade, dass BSD heute so wenig Aufmerksamkeit bekommt
Man sollte nicht vergessen, dass BSD auch in der Grundlage von iOS und macOS eine große Rolle gespielt hat
Es ist stabil und wird nicht wie Linux von Unternehmensmoden hin und her getrieben
Aktuelle Apps wie KDE werden rolling gepflegt, und die Dokumentation ist hervorragend
Auch ZFS on root wird standardmäßig unterstützt, was mir sehr gefällt
Eine kleine Zahl von Maintainers hält das Projekt beständig am Laufen
Ich bin damals eingestiegen, nachdem ich einen Podcast gehört hatte, in dem du FreeBSD gelobt hast
Zuhause habe ich FreeBSD genutzt, weil ich etwas anderes als bei der Arbeit wollte
Als ich dann aber CPUs mit big.LITTLE-Architektur wie ARM RockChip und Intel Alder Lake einsetzte, konnte der FreeBSD-Scheduler das nicht richtig ausnutzen
Deshalb bin ich zu Linux zurückgekehrt und tief ins Nix-Ökosystem eingetaucht
Wenn sich der ULE-Scheduler verbessert, würde ich wieder zurückwechseln
Ich habe vor Kurzem einen OpenBSD-basierten Router gebaut, und das war eine wirklich erfrischende Erfahrung
Details habe ich in meinem Blogbeitrag festgehalten
OpenBSD empfiehlt grundsätzlich die Installation aller File Sets
Der Grund ist, dass manche Ports unerwartet bestimmte Bibliotheken voraussetzen können
Außerdem ist das OpenBSD Handbook keine offizielle Dokumentation, daher sollte man eher die man pages, openbsd.org oder die Mailingliste misc@ konsultieren
Beeindruckend, dass du auch die IPv6-Konfiguration abgeschlossen hast
Ich hoste Jellyfin und n8n selbst, ziehe aber nach und nach in die Cloud um
Der Zeitaufwand für die Aufrechterhaltung der Service-Verfügbarkeit ist einfach zu groß geworden, und meinen Blog habe ich auf Cloudflare Pages umgezogen
45 TB Mediendaten in die Cloud zu bringen würde monatlich zwischen $250 und $1500 kosten, daher ist das realistisch kaum machbar, aber irgendwann würde ich es gern tun
Ich betreibe selbst Self-Hosting und habe nur ein paar Stunden Verwaltungsaufwand pro Jahr
Siehe Issue-Link
Ich habe bisher nur Linux, Windows und macOS verwendet und frage mich, was man für den Einstieg in BSD wissen sollte
Funktionieren coreutils-Befehle dort unverändert? Mich würde auch die Paketkompatibilität von Emacs interessieren
Innerhalb des POSIX-Rahmens ist das aber kein Problem
GNU-Tools lassen sich ebenfalls installieren;
makeverwendet man dann zum Beispiel alsgmakeAls ich es von 1999 bis 2015 genutzt habe, gab es keine größeren Probleme
Auch ohne Kenntnisse von gnu/coreutils dürften die Unterschiede nicht besonders groß sein
Mich würde interessieren, wie es um die Anwendungsunterstützung unter BSD steht
Meist sieht man nur deb oder rpm, daher frage ich mich, wie viel davon die FreeBSD Ports abdecken
Auch Hardware-Treiber, besonders für aktuelle Wi‑Fi-Chips, interessieren mich
Desktop-Umgebungen sind eher anspruchsvoll, aber BSD ist stark für Webserver optimiert
Mit Tools wie Bastille lässt sich eine Jail-basierte Bereitstellung leicht umsetzen
Ich würde empfehlen, FreeBSD einfach einmal in einer VM oder von USB zu installieren
Die Dokumentation und die Foren sind sehr freundlich