Como implantar papéis de parede e políticas personalizadas em clientes Pardus

A implementação centralizada de papéis de parede tem duas partes: copiar a imagem para um local acessível a todos os clientes e, em seguida, configurar a área de trabalho para utilizá-la. Se os usuários não puderem substituí-la, bloqueie apenas as configurações relevantes da área de trabalho. Para o Pardus, o Liderahenk oferece gerenciamento centralizado por meio de um servidor Lider, um console Lider e agentes Ahenk em sistemas gerenciados. Suas tarefas documentadas incluem a execução de scripts e a transferência de arquivos; as políticas combinam perfis e são atribuídas a grupos de usuários.

Cenário ilustrativo: imagine um distrito escolar hipotético com 30 estações de trabalho Pardus. O departamento de TI deseja o mesmo papel de parede aprovado para o campus em seus clientes GNOME do Pardus, além de regras específicas para navegador e sessão. Este exemplo explica o fluxo de trabalho; não se trata de um relato de uma implementação ou teste real. Os passos utilizam o mecanismo dconf do GNOME, que abrange todo o sistema. O Pardus também oferece o XFCE, que requer uma configuração de papel de parede separada.

As notas de lançamento do Pardus 25 descrevem as edições GNOME e XFCE (GNOME 48.4 e XFCE 4.20.2 nessas notas). Os rótulos exatos do console Liderahenk podem variar de acordo com a versão, portanto, os nomes abaixo se referem a áreas funcionais, não havendo garantia de telas idênticas. A documentação oficial do Liderahenk descreve seu modelo de Tarefas, Perfis e Políticas, bem como sua função como cliente Ahenk.

1. Faça um levantamento dos clientes e escolha o escopo adequado.

Separe as máquinas GNOME do distrito das máquinas XFCE. Um arquivo de chave dconf do GNOME não definirá um papel de parede XFCE. Registre o nome do host, a versão do Pardus, o ambiente de desktop, a conectividade Ahenk e o grupo de usuários conectado de cada computador piloto. Em uma sessão GNOME, verifique:

printf '%s\n' "$XDG_CURRENT_DESKTOP"
gsettings list-keys org.gnome.desktop.background

Se um cliente não estiver executando o GNOME, exclua-o deste perfil e crie um fluxo de trabalho XFCE separado. Verifique se a sessão define DCONF_PROFILE; um perfil personalizado pode não ler o padrão /etc/dconf/profile/user.

Para o distrito hipotético, crie ou confirme um pequeno grupo piloto contendo estações de trabalho GNOME representativas. Não altere todos os clientes registrados inicialmente. Um grupo piloto pode revelar problemas de dimensionamento de imagem, dependências ausentes ou erros de escopo de grupo antes de alterar todas as áreas de trabalho.

2. Prepare e verifique o arquivo de papel de parede.

Escolha uma imagem com resolução suficiente para os monitores de destino, mantenha o nome do arquivo estável e hospede-a em um local HTTPS interno acessível aos clientes. Registre o hash SHA-256 esperado do arquivo de origem aprovado. A imagem deve ser legível para usuários comuns, mas gravável apenas por administradores. Um caminho de sistema, como `/usr/local/imagem`, /usr/local/share/backgrounds/evita a dependência do diretório pessoal de um usuário específico.

A documentação do Ahenk, de Liderahenk, lista a transferência de arquivos como uma funcionalidade da tarefa. Use-a para o grupo piloto se a sua versão instalada suportar o destino e as permissões necessárias. Como alternativa, utilize um script Bash confiável para recuperar a imagem de um servidor HTTPS interno. Em ambos os casos, valide o arquivo recebido antes de aplicar a configuração. Não inclua senhas, tokens de longa duração ou chaves privadas em um script de política.

Esta é a essência de uma etapa de download e verificação. Substitua o URL de exemplo e o resumo pelos valores do seu pipeline de ativos aprovado:

set -euo pipefail
WALLPAPER_URL='https://assets.example.org/pardus/company-wallpaper.jpg'
EXPECTED_SHA256='replace-with-the-approved-64-character-sha256-digest'
DEST='/usr/local/share/backgrounds/company-wallpaper.jpg'
TMP="$(mktemp)"
trap 'rm -f "$TMP"' EXIT
curl --fail --silent --show-error --location --output "$TMP" "$WALLPAPER_URL"
echo "$EXPECTED_SHA256  $TMP" | sha256sum --check --status
install -D -o root -g root -m 0644 "$TMP" "$DEST"

No exemplo do distrito escolar, o script piloto deve ser interrompido se o download ou a verificação de checksum falhar. Isso impede que os clientes apliquem um arquivo truncado ou não aprovado. Se estiver usando a transferência de arquivos Liderahenk, compare o checksum do arquivo instalado em um cliente piloto com o checksum de origem.

3. Defina o plano de fundo do GNOME e decida se deseja bloqueá-lo.

O GNOME documenta um plano de fundo para todo o sistema através do userperfil dconf e de um banco de dados local do sistema. A configuração abaixo define o papel de parede e usa o zoom como estilo de exibição. Crie o perfil somente se ele não existir; caso já exista, preserve as demais linhas do banco de dados.

sudo install -d -m 0755 /etc/dconf/profile /etc/dconf/db/local.d

if [ ! -f /etc/dconf/profile/user ]; then
  printf 'user-db:user\nsystem-db:local\n' | sudo tee /etc/dconf/profile/user >/dev/null
elif ! grep -Fxq 'system-db:local' /etc/dconf/profile/user; then
  printf '\nsystem-db:local\n' | sudo tee -a /etc/dconf/profile/user >/dev/null
fi

sudo tee /etc/dconf/db/local.d/00-company-wallpaper >/dev/null <<'EOF'
[org/gnome/desktop/background]
picture-uri='file:///usr/local/share/backgrounds/company-wallpaper.jpg'
picture-options='zoom'
EOF
sudo dconf update

Se o esquema GNOME instalado for compatível picture-uri-darke você quiser a mesma imagem nos modos de aparência claro e escuro, adicione essa chave ao arquivo de chaves após confirmá-la com `--set-light` gsettings list-keys org.gnome.desktop.background. Não presuma que todas as configurações existam em todas as imagens do Pardus.

Por padrão, os usuários podem substituir muitas configurações padrão do sistema com seus próprios valores dconf. Se o requisito for apenas fornecer um papel de parede recomendado, pare antes da etapa de bloqueio; os usuários mantêm a opção de personalizá-lo. Se a política exigir um plano de fundo fixo, crie um arquivo de bloqueio com um caminho de configuração por linha:

sudo install -d -m 0755 /etc/dconf/db/local.d/locks
sudo tee /etc/dconf/db/local.d/locks/00-company-wallpaper >/dev/null <<'EOF'
/org/gnome/desktop/background/picture-uri
/org/gnome/desktop/background/picture-options
EOF
sudo dconf update

Adicione /org/gnome/desktop/background/picture-uri-darkao arquivo de bloqueio somente se você também tiver configurado e verificado essa chave. O bloqueio implica em perda de usabilidade: os usuários não poderão mais alterar as configurações selecionadas pelos controles normais do GNOME. Mantenha a lista de bloqueio restrita em vez de bloquear preferências irrelevantes. O guia de administração do GNOME explica o comportamento dos perfis, arquivos de chave, atualizações de banco de dados e bloqueios.

4. Envie a configuração através do Liderahenk

Empacote os passos repetíveis como um script Bash mantido pelo administrador e use a tarefa de Script ou o perfil de Script documentado do Lider Console para clientes Ahenk. Direcione primeiro para o grupo de clientes piloto. A documentação do Liderahenk descreve tarefas como trabalho imediato ou agendado para clientes com Ahenk, perfis como unidades de configuração combinadas em políticas e políticas como configurações atribuídas a grupos de usuários e recuperadas durante o login.

Para o distrito hipotético, mantenha a implantação do papel de parede separada de outras configurações para que um erro no script da imagem não complique o diagnóstico das regras do navegador ou da sessão. Use um perfil integrado para uma política compatível, como configuração do navegador, acesso USB ou gerenciamento de sessão, quando ele atender ao requisito. Use scripts personalizados somente quando não houver um perfil adequado e o comportamento tiver sido testado na mesma área de trabalho e versão do Pardus.

Para a configuração do dconf em toda a máquina, escolha cuidadosamente entre uma tarefa de grupo de clientes e uma política de grupo de usuários. Uma tarefa única é útil para distribuir e aplicar arquivos a clientes conhecidos. Uma política de grupo de usuários pode fazer com que a configuração se repita no login, mas afeta todos os usuários correspondentes e pode ser executada em um ponto diferente do ciclo de vida da sessão do que o esperado. Verifique o contexto de execução na sua versão do Liderahenk antes de associá-la a um grupo amplo. O Ahenk é um agente de gerenciamento privilegiado, portanto, somente administradores confiáveis ​​devem ter permissão para editar scripts ou a associação de políticas.

5. Valide o projeto piloto e, em seguida, expanda.

Após a tarefa ou política ser concluída com sucesso, faça logout e login novamente no GNOME; o GNOME informa que os usuários precisam de um novo login para que as alterações de perfil em todo o sistema entrem em vigor. Confirme se a imagem existe no caminho esperado, se é legível para o usuário e se corresponde ao checksum aprovado. Inspecione o valor ativo em um cliente piloto:

gsettings get org.gnome.desktop.background picture-uri
gsettings get org.gnome.desktop.background picture-options
dconf read /org/gnome/desktop/background/picture-uri

Confirme também se os usuários não podem alterar o papel de parede se, e somente se, você optar por bloqueá-lo. Analise o resultado da tarefa ou política do Ahenk no Lider Console e verifique visualmente a área de trabalho. Para o exemplo do distrito escolar, teste cada tamanho ou layout de tela representado no projeto piloto; o zoom corta as bordas, enquanto outras opções de imagem podem esticar ou adicionar barras pretas à imagem.

Expanda o grupo de destino somente após o piloto confirmar a imagem, o escopo da política e o caminho de reversão. Mantenha o papel de parede anterior e uma cópia de qualquer perfil dconf existente ou arquivos de chave gerenciados. Para reverter, remova apenas o arquivo de chave e o arquivo de bloqueio gerenciados pela organização, restaure o estado anterior do perfil se a sua implantação o adicionou, execute o comando dconf updatee peça aos usuários que façam login novamente. Não exclua configurações dconf não relacionadas pertencentes ao sistema operacional ou a outro administrador.

O que este método não abrange

Este fluxo de trabalho controla as configurações de papel de parede do ambiente de trabalho GNOME. Ele não define automaticamente o plano de fundo da tela de login, que o GNOME gerencia por meio de um perfil GDM dconf separado. Ele também não configura clientes XFCE. Em ambos os casos, crie e teste um perfil separado usando a documentação relevante do ambiente de trabalho.

O Liderahenk oferece gerenciamento centralizado de clientes e usuários, mas o conjunto exato de plugins e as etapas do console dependem da versão instalada. Confirme as funções de Script, Transferência de Arquivos e Políticas na documentação correspondente à sua versão do servidor e do Ahenk. O índice de documentação atual resume tarefas, perfis, políticas e relatórios; páginas de script mais detalhadas são específicas da versão. As notas de versão do Pardus identificam GNOME e XFCE como opções de área de trabalho separadas, portanto, faça um inventário dos clientes antes de definir os grupos de destino.

Referências oficiais

• Pardus: Sistema de gestão central Liderahenk
• Índice de documentação do Liderahengk: tarefas, perfis, políticas e relatórios
• Documentação da tarefa do script Liderahenk
• GNOME: Defina um plano de fundo personalizado
• GNOME: Bloquear configurações específicas
• GNOME: perfis dconf
• Notas de lançamento do Pardus 25.1