3 Punkte von GN⁺ 2025-11-03 | 1 Kommentare | Auf WhatsApp teilen
  • 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

 
GN⁺ 2025-11-03
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

    • OpenBSD ist wirklich ein verstecktes Juwel
      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
    • Die BSD-Familie ist gezielt optimiert für Softwareumgebungen im Netzwerk-Backbone
      Mit rc.conf lässt sich alles einfach steuern, und unnötige Komponenten sind nicht Teil der Standardinstallation
      Linux neigt dagegen durch seinen Anspruch auf Universalität eher zu komplexeren Konfigurationen
    • Mit dem vmm-Hypervisor von OpenBSD betreibe ich Alpine Linux und darauf Docker und Container
      Dadurch kann ich moderne Servertechnologien auch unter OBSD nutzen
    • Mich würde interessieren, ob du schon einmal Hardware-Ausfälle oder Instabilitäten erlebt hast
      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 /bucket
    Dadurch kann ich Jails jederzeit wegwerfen und neu hochziehen, und auch der individuelle Zugriff per SSH ist einfach

    • Die neue Service-Jail-Funktion in FreeBSD 15 ist spannend
      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
    • Wenn ich keine CUDA-Unterstützung bräuchte, wäre ich komplett auf FreeBSD umgestiegen
      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

    • Ich hatte eine ähnliche Erfahrung, aber heutzutage ist die Konfiguration dank LLMs viel einfacher geworden
      Mich würde interessieren, ob du dieselben Probleme heute noch einmal mit aktuellen LLMs ausprobieren würdest
    • Als ich pf zum ersten Mal gelernt habe, wirkte es schwierig, aber als ich das Prinzip von Firewalls verstanden hatte, wurde es viel klarer
      FreeBSD hat auch Standardvorlagen auf Basis von IPFW
      Wenn man sich die Option firewall_type in rc.conf anschaut, kann man vom einfachen NAT-Gateway bis zur Client-Firewall vieles leicht einrichten
      Details stehen in /etc/rc.firewall
    • Die offizielle Firewall-Dokumentation ist im FreeBSD Handbook - Firewalls gut zusammengefasst
    • pf ist immer noch eine der besten Firewalls, die ich je benutzt habe
      Frü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
    • PF hat eine saubere DSL-basierte Konfiguration, und es gibt Alternativen wie IPFW oder IPFILTER
      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

    • Wenn man auf Bequemlichkeit verzichtet und selbst anpackt, lernt man das Wesen des Stacks kennen
      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

    • Ich nutze FreeBSD noch immer als Desktop-OS
      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
    • Bist du zufällig fluffypony von Monero?
      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

    • Toller Beitrag!
      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

    • Mich würde interessieren, welcher Teil davon so viel Zeit verschlungen hat
      Ich betreibe selbst Self-Hosting und habe nur ein paar Stunden Verwaltungsaufwand pro Jahr
    • Man könnte 45 TB auch bei pCloud für eine Einmalzahlung von $5.000 speichern (als Empfehlung aus Kundensicht)
    • Nach dem Upgrade auf Jellyfin 10.11 ist bei mir wegen eines DB-Migrationsbugs alles kaputtgegangen
      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

    • Die Utilities unter BSD sind nicht GNU-, sondern BSD-Versionen, daher gibt es kleine Unterschiede
      Innerhalb des POSIX-Rahmens ist das aber kein Problem
      GNU-Tools lassen sich ebenfalls installieren; make verwendet man dann zum Beispiel als gmake
      Als ich es von 1999 bis 2015 genutzt habe, gab es keine größeren Probleme
    • Wenn du keine speziellen Anforderungen hast, funktioniert das meiste gleich
      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

    • Laut repology.org hat FreeBSD das viertgrößte Paket-Repository der Welt
    • Das hängt davon ab, welche Art von Apps du meinst
      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