Tema: freebsd
-
rc.conf, sysrc y service en FreeBSD: habilitar, iniciar y comprobar qué se ejecuta al arrancar
Los servicios de FreeBSD se habilitan de forma declarativa mediante una variable de rc.conf (en /etc/rc.conf o en un archivo por servicio bajo /etc/rc.conf.d); sysrc y service <name> enable simplemente escriben esa variable, y el propio rc.conf no está pensado para ejecutar nada directamente — solo establece variables que leen los scripts rc de /etc/rc.d. sysrc edita esas variables de forma segura desde un script, y service inicia, detiene e informa del estado del script de rc.d correspondiente.
-
Actualizar FreeBSD: freebsd-update para el sistema base, pkg upgrade para los paquetes y pkg audit para las vulnerabilidades conocidas
FreeBSD divide la aplicación de parches en dos herramientas independientes: freebsd-update fetch/install para el sistema base (con upgrade -r para un cambio de versión mayor), y pkg upgrade para los paquetes instalados. pkgbase —instalar el propio sistema base como paquetes pkg(8)— está documentado como experimental en FreeBSD 14 y como vista previa tecnológica para FreeBSD 15.0, todavía no como la vía por defecto.
-
Jaulas de FreeBSD: una visión general administrativa de jail.conf, jls, jexec y los límites de recursos con rctl
Una jaula (jail) extiende chroot(2) con su propia vista de procesos, red y (opcionalmente) recursos, configurada de forma declarativa en jail.conf en lugar de mediante líneas de comandos jail(8) improvisadas. jls enumera las jaulas en ejecución, jexec permite entrar en una de ellas y rctl limita lo que pueden consumir los procesos de una jaula; todo se administra desde el host, que es también donde debe quedar contenido el compromiso de una jaula.
-
El cortafuegos PF en FreeBSD: probar pf.conf con pfctl -n antes de cargarlo y programar una reversión contra el bloqueo de SSH
Las reglas de pf.conf se organizan en torno a una política predeterminada de pass/block y a anchors opcionales para anexar subconjuntos de reglas, y solo se cargan con pfctl -f después de que pfctl -nf las haya analizado sin cargarlas. Como un conjunto de reglas erróneo puede cortar la propia sesión SSH con la que se aplica, programar con at(1) una reversión desatendida antes de cargar reglas nuevas es un patrón de seguridad habitual (no una función de PF) para probar cambios en un host FreeBSD remoto.
-
Entornos de arranque ZFS con bectl: una vía de reversión ante actualizaciones de FreeBSD y de paquetes
bectl clona en segundos el dataset raíz de ZFS como entorno de arranque; crear uno antes de un freebsd-update o de una actualización grande de pkg ofrece un retorno inmediato a un sistema que funcionaba, seleccionable desde el menú del loader, independiente del mecanismo propio de freebsd-update (patch/install/rollback) y complementario a él.
Legible por máquina: JSON