L’article sur FreeBSD 15 de XDA cette semaine a présenté un argument qu’on n’entend pas assez : les systèmes d’exploitation ennuyeux, c’est parfois tout l’intérêt. La stabilité de FreeBSD, son cycle de publication sensé, son histoire de stockage orientée ZFS et l’absence de drame de feuille de route corporative forment une vraie proposition de valeur. Mais FreeBSD n’est pas le seul OS à bien maitriser l’ennui, et tous les lecteurs de cet article XDA ne vont pas finir sur FreeBSD. Certains ont besoin de paramètres de sécurité plus stricts, d’autres d’un bureau qui fonctionne de suite, d’autres d’un BSD qui tourne sur une SPARCstation dans un placard. Voici sept alternatives à FreeBSD pour usage bureautique et laboratoire maison en 2026.
Nous avons testé chaque option sur du matériel nu et dans une VM. Le critère était : installer, booter sur un shell fonctionnel, faire tourner ZFS ou équivalent, et survivre à une mise à jour du noyau sans redémarrage intempestif. Chacun a réussi dans sa niche.
Comparaison rapide
| OS | Meilleur pour | FS par défaut | Gratuit ? | Difficulté installation | Caractéristique remarquable |
|---|---|---|---|---|---|
| OpenBSD | Sécurité d’abord | FFS | Oui | Moyenne | Surface d’attaque minimale |
| NetBSD | Matériel exotique | FFS / ZFS | Oui | Moyenne | Tourne sur 60+ architectures |
| DragonFly BSD | Performance et HAMMER2 | HAMMER2 | Oui | Moyenne | Système de fichiers HAMMER2 |
| GhostBSD | FreeBSD sur bureau | ZFS | Oui | Facile | MATE/XFCE d’emblée |
| NomadBSD | USB live | ZFS | Oui | Facile | Système live persistant |
| MidnightBSD | Fork léger de FreeBSD | UFS / ZFS | Oui | Moyenne | Gestionnaire paquet mports |
| HardenedBSD | FreeBSD renforcé | ZFS | Oui | Moyenne | ASLR, SafeStack par défaut |
Pourquoi les gens contournent FreeBSD
FreeBSD est la réponse par défaut dans ce domaine pour une bonne raison. Les raisons pour lesquelles les utilisateurs cherchent ailleurs sont étroites :
- Posture de sécurité. FreeBSD est solide, mais la réputation d’OpenBSD comme “sécurisé par défaut” est d’une autre classe pour ceux qui traitent l’OS comme un appareil renforcé.
- Usabilité bureautique. FreeBSD vanilla n’est pas livré avec d’environnement graphique. En mettre un en place est un projet d’une demi-journée documenté mais peu amusant.
- Support matériel. Le support des pilotes FreeBSD a des lacunes sur les puces Wi-Fi grand public et les GPU dernière génération. NetBSD couvre du matériel différent, GhostBSD résout l’usabilité bureautique, et certaines charges nécessitent Linux.
Les choix ci-dessous se regroupent autour de ces trois points. Les correspondances les plus proches en esprit sont en premier.
Les alternatives
1. OpenBSD, meilleur pour serveurs axés sécurité
OpenBSD est l’évolution latérale évidente depuis FreeBSD pour qui veut des paramètres plus stricts. La philosophie du projet est célèbre : seulement deux trous distants en installation par défaut en 25 ans, audits de code continus, W^X et ASLR, pledge/unveil ont été standard ici avant d’être populaires ailleurs. Le système de base est livré avec son propre serveur SMTP, serveur web et OpenSSH, tous maintenus en interne.
Où il faiblissait : ZFS n’est pas supporté. Le FFS par défaut convient à un serveur mais manque l’historique de snapshots que les utilisateurs FreeBSD attendent. Le support matériel de bureau est plus étroit que celui de FreeBSD.
Tarif : gratuit, les dons sont acceptés via la Fondation OpenBSD.
Migration depuis FreeBSD : pf est la même syntaxe pare-feu. La disposition système diffère légèrement mais le modèle mental BSD se transfère. Attendez-vous à écrire plus de configuration à la main et à dire adieu à ZFS.
En résumé : choisissez ceci quand l’OS est aussi le périmètre de sécurité et que la charge n’a pas besoin de ZFS.
Télécharger : openbsd.org
2. NetBSD, meilleur pour matériel exotique
NetBSD est le BSD qui tourne partout. Plus de soixante architectures sont officiellement supportées, et l’obsession du projet pour la portabilité signifie que le même userland se comporte de manière identique sur une Raspberry Pi, un VAX et un serveur x86 moderne. NetBSD 10 a apporté wireguard, des améliorations de performance et un installateur plus sensé que le projet n’en a historiquement livré.
Où il faiblissait : communauté plus petite que FreeBSD, ce qui se reflète par moins de paquets prêts et moins de documentation tierce. Le support ZFS existe mais est expérimental sur certaines architectures.
Tarif : gratuit, soutenu par la Fondation NetBSD.
Migration depuis FreeBSD : la chaîne d’outils et le gestionnaire pkgsrc vous seront familiers. Le système init et les scripts rc sont reconnaissables. Le support matériel est la raison de changer, pas la philosophie.
En résumé : choisissez ceci quand la boîte sur laquelle vous la lancez n’est pas un x86 standard, ou quand la portabilité entre architectures compte plus que toute autre fonctionnalité.
Télécharger : netbsd.org
3. DragonFly BSD, meilleur pour les amateurs de systèmes de fichiers
DragonFly BSD a bifurqué de FreeBSD en 2003 pour prendre le SMP et la conception des systèmes de fichiers dans une direction différente. Le résultat, deux décennies plus tard, est le système de fichiers HAMMER2 : snapshots pseudo-fs, déduplication en ligne, mirroring distribué construit dans le FS lui-même. Si ZFS est la raison pour laquelle vous utilisez FreeBSD, HAMMER2 est la raison de regarder DragonFly.
Où il faiblissait : petit projet, support matériel plus étroit que FreeBSD ou NetBSD, et l’expérience bureautique a besoin de travail. La base d’utilisateurs se concentre dans les niches stockage et HPC.
Tarif : gratuit, financé par le projet.
Migration depuis FreeBSD : le userland est largement familier ; les internals du noyau ne le sont pas. HAMMER2 nécessite de lire la documentation avant de confier des données importantes.
En résumé : choisissez ceci quand les caractéristiques du système de fichiers et les aspects de performance SMP sont votre raison de chercher un nouvel OS.
Télécharger : dragonflybsd.org
4. GhostBSD, meilleur pour FreeBSD sur bureau
GhostBSD c’est FreeBSD avec un bureau préinstallé. Il utilise FreeBSD comme base, est livré avec MATE par défaut avec option XFCE, et configure Wi-Fi, audio et graphiques pour qu’une installation normale démarre sur un bureau utilisable. L’installeur est un assistant graphique ordinaire. La Station de Mise à Jour gère les mises à jour comme GNOME Software le fait sur Fedora.
Où il faiblissait : une abstraction fine sur FreeBSD. Quand quelque chose casse, le débogage finit par tomber sur la documentation FreeBSD. Le catalogue d’applications de bureau est ce que propose l’arborescence des ports FreeBSD.
Tarif : gratuit.
Migration depuis FreeBSD : c’est FreeBSD avec une couche d’ergonomie. Les connaissances FreeBSD existantes se transfèrent directement. ZFS est par défaut et les snapshots fonctionnent d’emblée.
En résumé : choisissez ceci quand FreeBSD est le bon OS mais que la configuration bureautique d’une demi-journée n’est pas amusante et vous préférez commencer à travailler.
Télécharger : ghostbsd.org
5. NomadBSD, meilleur pour l’usage sur clé USB live
NomadBSD c’est FreeBSD sur une clé. Démarrez depuis une clé USB vers un bureau XFCE fonctionnel avec stockage persistant sur la même clé. Le projet est livré avec les pilotes NVIDIA propriétaires détectables au démarrage, un script de détection matériel qui choisit le bon firmware Wi-Fi, et des répertoires home persistants pour que les changements survivent aux redémarrages.
Où il faiblissait : les clés USB 3 sont obligatoires pour des performances acceptables, et les installations complètes sur disque sont possibles mais rares. Le cadrage “Nomade” signifie que la plupart des utilisateurs la traitent comme un outil de secours portable, pas un usage quotidien.
Tarif : gratuit.
Migration depuis FreeBSD : même userland et même gestionnaire de paquets. Le cas d’usage est la différence : NomadBSD est la réponse BSD à un USB multi-démarrage Ventoy.
En résumé : choisissez ceci quand vous avez besoin d’un environnement BSD qui tient en poche et survit à la connexion sur du matériel aléatoire.
Télécharger : nomadbsd.org
6. MidnightBSD, le fork léger de FreeBSD
MidnightBSD est un petit fork de FreeBSD avec son propre gestionnaire de paquets (mports) et une empreinte par défaut plus réduite. L’objectif du projet est un OS de station de travail sans la surcharge de l’arborescence des ports FreeBSD, avec des paramètres ergonomiques et un système de base plus épuré. Il existe parce que le mainteneur voulait une direction au goût NeXTSTEP que FreeBSD vanilla ne poursuivait pas.
Où il faiblissait : très petit projet, mports est plus étroit que l’arborescence des ports FreeBSD, et les mises à jour sortent moins fréquemment. La communauté c’est surtout le mainteneur et une poignée de réguliers.
Tarif : gratuit.
Migration depuis FreeBSD : assez similaire pour que les habitudes d’admin se transfèrent, mais attendez-vous à compiler ou porter vous-même certains paquets.
En résumé : choisissez ceci quand la base FreeBSD est le bon modèle mais vous voulez une approche plus épurée et plus assumée. Meilleur pour un utilisateur solitaire curieux, pas une flotte de production.
Télécharger : midnightbsd.org
7. HardenedBSD, le choix inattendu
HardenedBSD est un fork de FreeBSD livré avec les fonctionnalités de renforcement de sécurité activées par défaut : ASLR pour tout le userland, SafeStack, SEGVGUARD, et une série d’atténuations que FreeBSD vanilla livre mais n’active pas en installation par défaut. Le projet suit le cycle de publication de FreeBSD et rebase régulièrement.
Où il faiblissait : projet plus petit que FreeBSD ou OpenBSD, et certaines fonctionnalités de renforcement causent des incompatibilités avec les ports obsolètes. ZFS fonctionne, mais attendez-vous à tester les charges avant d’en dépendre.
Tarif : gratuit.
Migration depuis FreeBSD : la configuration FreeBSD existante se traduit presque 1 à 1. Les différences de comportement sont dans l’application des atténuations, pas l’administration.
En résumé : choisissez ceci quand FreeBSD est la bonne base mais que vous voulez un renforcement sécurité niveau OpenBSD sans abandonner l’arborescence des ports FreeBSD.
Télécharger : hardenedbsd.org
Comment choisir
- Choisir OpenBSD quand le système est aussi le périmètre et ZFS n’est pas requis.
- Choisir NetBSD quand la portabilité matérielle est la condition principale.
- Choisir DragonFly BSD quand HAMMER2 et les aspects performance SMP sont votre raison de changer.
- Choisir GhostBSD quand l’objectif est FreeBSD sur un bureau fonctionnel sans configuration d’une demi-journée.
- Choisir NomadBSD quand l’OS vit sur une clé USB et se déplace.
- Choisir MidnightBSD quand une station de travail plus épurée et plus assumée basée sur FreeBSD est votre cible.
- Choisir HardenedBSD quand FreeBSD est la bonne base mais que des paramètres de sécurité plus stricts sont requis.
- Rester sur FreeBSD quand la communauté large, l’arborescence mature des ports et le cycle support long l’emportent sur ce qui précède. Pour la plupart c’est le bon appel.
FAQ
OpenBSD est-il plus difficile à utiliser que FreeBSD ? Le modèle d’administration est similaire. OpenBSD applique des paramètres plus stricts et livre moins de pilotes, donc le support matériel initial et les paquets pratiques demandent plus d’effort. Le système de base est plus petit et plus facile à comprendre une fois installé.
Puis-je lancer ZFS sur des alternatives à FreeBSD ? GhostBSD, HardenedBSD et MidnightBSD utilisent ZFS via la base de code FreeBSD. NetBSD a du support expérimental. OpenBSD ne livre pas ZFS. DragonFly BSD utilise HAMMER2 par défaut.
Quel équivalent Linux s’en rapproche le plus avec FreeBSD ? Debian stable en est le plus proche en esprit : cycles de publication longs, paramètres conservateurs, et philosophie “l’ennui c’est le point”. Alpine Linux s’en rapproche pour les cas de conteneurs et embarqués.
FreeBSD a-t-il un environnement de bureau ? Pas par défaut. KDE Plasma et GNOME fonctionnent tous deux mais nécessitent une configuration manuelle. GhostBSD est le moyen le plus simple d’obtenir un bureau FreeBSD fonctionnel.
HardenedBSD est-il un remplaçant matériellement compatible pour FreeBSD ? Oui, dans la plupart des cas. Les charges qui dépendent de ports obsolètes rencontrent occasionnellement des conflits d’atténuation, donc testez avant migrer des hôtes de production.
Pourquoi je choisirais NetBSD plutôt que FreeBSD ? Matériel exotique. Si vous avez besoin de lancer un OS type Unix sur une machine SPARC, une carte SuperH, ou un serveur PowerPC vieux de 30 ans, NetBSD est la seule option réaliste.
