Sujet : freebsd
-
rc.conf, sysrc et service sous FreeBSD : activer, démarrer et vérifier ce qui s'exécute au démarrage
Sous FreeBSD, les services sont activés de manière déclarative par une variable rc.conf (dans /etc/rc.conf ou dans un fichier propre au service sous /etc/rc.conf.d) ; sysrc et service <nom> enable ne font qu'écrire cette variable, et rc.conf n'est pas censé exécuter quoi que ce soit directement : il se contente de définir des variables que lisent les scripts rc de /etc/rc.d. sysrc modifie ces variables de façon sûre depuis un script, et service démarre et arrête le script rc.d correspondant et en indique l'état.
-
Mettre à jour FreeBSD : freebsd-update pour le système de base, pkg upgrade pour les paquets et pkg audit pour les vulnérabilités connues
FreeBSD sépare les mises à jour en deux outils indépendants : freebsd-update fetch/install pour le système de base (avec upgrade -r pour changer de version majeure) et pkg upgrade pour les paquets installés. pkgbase, qui installe le système de base lui-même sous forme de paquets pkg(8), est documenté comme expérimental sous FreeBSD 14 et comme préversion technologique pour FreeBSD 15.0 ; ce n'est pas encore la voie par défaut.
-
Jails FreeBSD : vue d'ensemble de l'administration avec jail.conf, jls, jexec et les limites de ressources via rctl
Un jail étend chroot(2) avec sa propre vue des processus, du réseau et, en option, des ressources ; il se configure de façon déclarative dans jail.conf plutôt que par des lignes de commande jail(8) ad hoc. jls liste les jails actifs, jexec permet d'y entrer et rctl plafonne ce que leurs processus peuvent consommer. Tout s'administre depuis l'hôte, là même où la compromission d'un jail doit rester confinée.
-
Pare-feu PF sous FreeBSD : tester pf.conf avec pfctl -n avant de le charger, et retour arrière planifié contre le verrouillage SSH
Les règles de pf.conf s'organisent autour d'une politique par défaut pass/block et d'ancres facultatives pour rattacher des sous-jeux de règles ; on ne les charge avec pfctl -f qu'après les avoir analysées avec pfctl -nf, sans chargement. Un jeu de règles erroné pouvant couper la session SSH même qui sert à l'appliquer, planifier avec at(1) une restauration automatique avant de charger les nouvelles règles est un schéma de sécurité courant (et non une fonctionnalité de PF) pour tester des modifications sur un hôte FreeBSD distant.
-
Environnements de démarrage ZFS avec bectl : un chemin de retour en arrière pour les mises à niveau de FreeBSD et des paquets
bectl clone en quelques secondes le dataset ZFS racine en un environnement de démarrage ; en créer un avant un freebsd-update ou une mise à niveau importante de pkg offre un retour immédiat, sélectionnable depuis le menu du loader, vers un système sain connu. Ce mécanisme est indépendant de celui de freebsd-update (patch, install, rollback) et s'y ajoute.
Lisible par machine : JSON