Início
» Dicas para PC
»
Implante papéis de parede e políticas Pardus compartilhados com o líder Ahenk
Implante papéis de parede e políticas Pardus compartilhados com o líder Ahenk
Para implementar um papel de parede compartilhado em computadores Pardus, primeiro distribua a imagem com o Lider Ahenk e, em seguida, configure o papel de parede no ambiente de área de trabalho correto. Gerencie outras restrições separadamente por meio das políticas de grupo de usuários do Lider Ahenk e teste ambas as ações em um pequeno grupo de clientes antes de expandir a implementação.
A distinção é importante: um JPEG transferido é apenas um arquivo, não uma configuração de área de trabalho imposta, e uma política atribuída aos usuários não é o mesmo que uma tarefa pontual enviada aos computadores.
O que você precisa saber antes de começar.
Lider é o servidor de gerenciamento central e a interface web; Ahenk é o agente cliente instalado em computadores Linux gerenciados. Uma tarefa executa uma operação, como transferir um arquivo ou executar um script. Um perfil contém um conjunto de configurações; um ou mais perfis formam uma política atribuída a um grupo de usuários e aplicada no login. Essas definições seguem a documentação oficial do Lider Ahenk .
Este guia se aplica a desktops Pardus gerenciados, incluindo as edições 23 e 25. O Pardus lista o Xfce e o GNOME como opções de desktop suportadas em seu cronograma de gerenciamento de versões . A documentação do Lider Ahenk 3.0 descreve tarefas de grupos de computadores e políticas de grupos de usuários, mas não estabelece uma política universal e integrada de papel de parede para todas as versões de desktop. Verifique os controles exibidos em seu próprio console antes de usar um script ou extensão.
Etapa 1: Verificar os clientes e criar um grupo piloto
Faça login no console do Lider Ahenk com uma conta autorizada a executar tarefas e gerenciar políticas. Confirme se os computadores em questão têm o agente Ahenk registrado e se estão acessíveis. Em um cliente de teste, inspecione o agente com:
systemctl status ahenk
Um serviço em execução é uma evidência útil, mas não garante uma comunicação bem-sucedida com o servidor. Verifique o computador registrado no Lider e revise o histórico de tarefas mais recente. Selecione um pequeno grupo de computadores que inclua pelo menos uma máquina com Xfce e uma com GNOME, caso sua frota utilize ambas. Exclua computadores offline do teste inicial e anote o papel de parede atual para que você possa restaurá-lo.
Exemplo de visualização do status do serviço Ahenk usada para verificar se um agente cliente está em execução; confirme o estado real em cada máquina de teste.Visualização do inventário do cliente, distinguindo as máquinas piloto selecionadas de um sistema offline antes de direcionar uma tarefa para um grupo de computadores.
Etapa 2: Prepare uma imagem e um caminho local consistente.
Escolha uma imagem que você tenha autorização para distribuir. Um arquivo JPEG ou PNG com um formato amplo — por exemplo, 1920 × 1080 pixels — geralmente se adapta bem a telas comuns, mas verifique monitores com diferentes proporções. Evite colocar textos pequenos ou logotipos próximos às bordas, pois os computadores podem cortar imagens.
Dê um nome ao recurso company-wallpaper.jpgneste exemplo e escolha o mesmo destino em todas as máquinas: /usr/local/share/backgrounds/company-wallpaper.jpg. O arquivo deve permanecer disponível localmente após a desconexão da rede e ser legível por usuários comuns. Considere isso como uma convenção de destino compartilhado, não como um caminho criado automaticamente pelo Pardus.
Um único arquivo JPEG aprovado, preparado para distribuição; seu nome deve corresponder ao caminho utilizado pelas configurações subsequentes da área de trabalho.
Etapa 3: Distribua o papel de parede com uma tarefa para o grupo de computadores
No Lider Ahenk 3.0, localize a tarefa de compartilhamento ou gerenciamento de arquivos do grupo de computadores descrita na documentação oficial. Selecione seu grupo piloto, escolha o arquivo de papel de parede e especifique o destino pretendido, caso a versão instalada ofereça um controle de caminho de destino. Revise as opções de sobrescrita e criação de diretórios antes de enviar. Os rótulos do console e os campos de tarefa disponíveis variam conforme a versão, portanto, não presuma que uma opção exista apenas porque aparece em uma visualização de exemplo.
Se a sua tarefa de compartilhamento de arquivos não suportar um caminho absoluto controlado, armazene a imagem em um local acessível e use um script de administrador revisado separadamente para copiá-la /usr/local/share/backgrounds/. Defina permissões para 0644a imagem e certifique-se de que o diretório pai seja transitável. Evite baixar URLs de papéis de parede aleatórios de clientes: distribua um arquivo revisado cujo conteúdo você controla.
Aguarde o resultado da tarefa e, em seguida, verifique um cliente de teste:
ls -l /usr/local/share/backgrounds/company-wallpaper.jpg
file /usr/local/share/backgrounds/company-wallpaper.jpg
O primeiro comando verifica o arquivo e as permissões; o segundo identifica seu formato, caso o fileutilitário esteja instalado. Uma transferência bem-sucedida ainda não significa que a área de trabalho tenha adotado a imagem.
Exemplo de tarefa de distribuição de arquivos com um grupo de computadores como destino e um caminho de imagem local consistente; verifique os campos disponíveis no console implantado.
Etapa 4: Aplique as configurações da área de trabalho e, em seguida, atribua as políticas de usuário.
Clientes GNOME: defina um plano de fundo para todo o sistema com dconf
O dconf é o banco de dados de configuração do GNOME. Em uma máquina de teste do GNOME, use as instruções do administrador do GNOME para planos de fundo personalizados, em vez de executar as configurações gráficas por usuário como root. Certifique-se de que /etc/dconf/profile/usero banco de dados contenha as seguintes entradas, preservando qualquer configuração específica da organização existente:
Se você precisar impedir que os usuários substituam o papel de parede, crie um arquivo /etc/dconf/db/local.d/locks/00-backgroundcontendo as seguintes chaves. Esta é uma restrição administrativa, portanto, confirme se ela é apropriada para sua organização antes de habilitá-la:
Execute o comando sudo dconf updateapós instalar esses arquivos, depois faça logout e login novamente. Em versões ou temas que utilizam um plano de fundo escuro separado, verifique se picture-uri-darkele é compatível e configure-o e bloqueie-o conforme necessário. Copie os arquivos de configuração verificados e execute a atualização por meio de tarefas controladas em grupo de computadores em outros clientes GNOME; faça backup e mescle quaisquer arquivos dconf existentes em vez de substituir configurações irrelevantes.
Clientes Xfce: usar a configuração do usuário conectado.
O arquivo xfconf armazena as configurações do Xfce. Em uma sessão normal do Xfce, verifique as chaves de papel de parede em vez de presumir que todos os monitores têm o mesmo nome de propriedade:
xfconf-query -c xfce4-desktop -lv
Localize a configuração relevante last-imagepara cada monitor e espaço de trabalho. Para uma propriedade existente, substitua EXACT_PROPERTY_FROM_LISTpelo caminho completo e execute o comando como o usuário conectado à área de trabalho:
O manual do xfconf-query documenta os argumentos de canal, propriedade, lista e conjunto. Não execute este comando como uma tarefa Ahenk com privilégios de root e assuma que ele alterará a sessão de desktop de outra pessoa. Para uma implementação ampla, crie um script de sessão de usuário testado ou uma configuração gerenciada por usuário. A imposição de configuração do Xfce não é equivalente ao bloqueio do dconf do GNOME; não garanta que os usuários não poderão alterar a imagem sem verificar um mecanismo de bloqueio adequado em sua versão do Xfce.
Atribua outras configurações como políticas do Líder Ahenk.
Para implementar restrições de usuário compatíveis, crie o perfil relevante em Gerenciamento de Políticas (como um perfil de navegador, USB, sessão ou script), combine-o em uma política e atribua-a a um pequeno grupo de usuários . A página oficial de perfis de script do Lider Ahenk identifica os perfis de script, enquanto a documentação principal explica que as políticas de grupo de usuários são verificadas durante o login. Mantenha um inventário dos usuários afetados e preserve uma política de reversão antes de expandir o grupo.
Etapa 5: Verificar o projeto piloto e, em seguida, expandir a implementação.
Saia da sessão e entre novamente como membro do grupo de usuários alvo em cada área de trabalho do projeto piloto. Confirme se o papel de parede carrega do caminho local, persiste após a reinicialização, aparece nos monitores pretendidos e segue as restrições de alteração apenas nos locais onde essas restrições foram configuradas deliberadamente. No Lider, verifique os relatórios de tarefas executadas em busca de falhas de transferência e de script; para políticas aplicadas por login, teste também uma nova sessão de usuário genuína, em vez de se basear apenas no status da tarefa.
Erros comuns incluem enviar o arquivo sem aplicar as configurações da área de trabalho, atribuir tarefas do computador ao grupo errado, confundir teclas do GNOME com propriedades do Xfce e testar apenas uma sessão já aberta. Se uma estação de trabalho falhar, compare seu ambiente de área de trabalho, caminho da imagem, permissões de arquivo, conexão Ahenk e tempo de login com um piloto bem-sucedido. Reverta a configuração do papel de parede ou remova o bloqueio dconf aplicável se a implementação causar uma restrição não intencional.
A implementação para um grupo maior de computadores estará pronta somente quando cada cliente piloto tiver a imagem localmente, a exibir após um novo login e aplicar a política de usuário pretendida sem alterações não relacionadas. Implemente em lotes e repita essas verificações em computadores recém-inscritos e anteriormente offline.