Tenho um servidor dropbear-initramfs em execução no meu ambiente nitramfs , no entanto, não consigo fazê-lo exibir banner. O conteúdo a seguir /etc/dropbear/initramfs/dropbear.conf
funciona perfeitamente:
...
DROPBEAR_OPTIONS="-I 60 -p 22 -j -k -s -c cryptroot-unlock"
...
Especificar banner-file, no entanto, faz com que o dropbear não inicie, mesmo que os arquivos /etc/banner
& /etc/dropbear/initramfs/banner
estejam presentes e preenchidos (eu até tentei ativar o bit +x )
...
DROPBEAR_OPTIONS="-I 60 -p 22 -j -k -s -b /etc/banner -c cryptroot-unlock"
...
Atualizar o initramfs com update-initramfs -u
e verificar lsinitramfs /initrd.img | grep banner
não mostra nenhum arquivo banner presente. A reinicialização faz com que o dropbear não inicie e a porta permaneça fechada. Já verifiquei que essa alteração singular é responsável pelo dropbear (não) iniciar.
Estou executando o Debian 12 com dropbear-initramfs/stable, agora 2022.83-1+deb12u2 . Na minha instalação anterior do Arch, simplesmente incluir -b /etc/banner
DROPBEAR_OPTIONS era suficiente para preencher o initrd com o arquivo banner. Há algo que estou esquecendo?
Consegui remediar isso criando um gancho personalizado para copiar o conteúdo do arquivo de banner para
initramfs
./usr/share/initramfs-tools/hooks/dropbear_banner
:Após a execução,
update-initramfs -u
posso verificar se o banner está presente na imagem criada:Não tenho certeza se esse hook será desinstalado corretamente quando eu remover
dropbear-initramfs
, ou se ele sobreviverádropbear-initramfs
às atualizações. Se alguém souber de uma maneira melhor (com suporte?) de fazer isso, sinta-se à vontade para me corrigir.