Tema: freebsd
-
rc.conf, sysrc e service no FreeBSD: habilitar, iniciar e verificar o que executa no boot
No FreeBSD, os serviços são habilitados de forma declarativa por uma variável de rc.conf (em `/etc/rc.conf` ou em um arquivo por serviço em `/etc/rc.conf.d`); `sysrc` e `service <name> enable` apenas gravam essa variável, e o próprio rc.conf não deve executar nada diretamente: ele só define variáveis lidas pelos scripts rc em `/etc/rc.d`. O `sysrc` edita essas variáveis com segurança a partir de um script, e o `service` inicia, para e consulta o status do script rc.d correspondente.
-
Atualizando o FreeBSD: freebsd-update para o sistema base, pkg upgrade para pacotes e pkg audit para vulnerabilidades conhecidas
O FreeBSD separa a aplicação de patches em duas ferramentas independentes: freebsd-update fetch/install para o sistema base (com upgrade -r para troca de release maior) e pkg upgrade para os pacotes instalados. O pkgbase, que instala o próprio sistema base como pacotes do pkg(8), está documentado como experimental no FreeBSD 14 e como technology preview no FreeBSD 15.0, ainda sem ser o caminho padrão.
-
Jails do FreeBSD: visão administrativa de jail.conf, jls, jexec e limites de recursos com rctl
Um jail estende o chroot(2) com visões próprias de processos, rede e (opcionalmente) recursos, e é configurado de forma declarativa em jail.conf, em vez de linhas de comando avulsas do jail(8). O jls lista os jails em execução, o jexec entra em um deles e o rctl limita o que os processos de um jail podem consumir; tudo isso é administrado a partir do host, que também é onde se pretende conter o comprometimento de um jail.
-
O firewall PF no FreeBSD: testar o pf.conf com pfctl -n antes de carregá-lo e reversão agendada contra bloqueio do SSH
As regras do pf.conf giram em torno de uma política padrão de pass/block e de âncoras opcionais para anexar sub-conjuntos de regras, e só devem ser carregadas com pfctl -f depois de o pfctl -nf as analisar sem carregá-las. Como um conjunto de regras errado pode derrubar a própria sessão SSH usada para aplicá-lo, agendar uma reversão automática com at(1) antes de carregar as novas regras é um padrão de segurança comum (não é um recurso do PF) para testar mudanças em um host FreeBSD remoto.
-
Boot environments ZFS com bectl: um caminho de rollback para atualizações do FreeBSD e de pacotes
O bectl clona o dataset ZFS raiz num boot environment em segundos. Criar um antes de um freebsd-update ou de uma grande atualização do pkg oferece um caminho de volta imediato, selecionável no menu do loader, para um sistema que se sabe funcional, independente do mecanismo próprio de patch/install/rollback do freebsd-update e em complemento a ele.
Legível por máquina: JSON