Come implementare sfondi e criteri personalizzati su tutti i client Pardus

La distribuzione centralizzata dello sfondo del desktop si articola in due fasi: copiare l'immagine in una posizione accessibile a tutti i client e configurare il desktop per utilizzarla. Se gli utenti non devono necessariamente sostituirla, è sufficiente bloccare le impostazioni del desktop pertinenti. Per Pardus, Liderahenk offre una gestione centralizzata tramite un server Lider, la console Lider e gli agenti Ahenk sui sistemi gestiti. Le attività documentate includono l'esecuzione di script e il trasferimento di file; le policy combinano i profili e vengono assegnate ai gruppi di utenti.

Scenario illustrativo: immaginiamo un ipotetico distretto scolastico con 30 workstation Pardus. Il reparto IT desidera utilizzare lo stesso sfondo del campus approvato sui client Pardus GNOME e vuole inoltre applicare regole specifiche per browser e sessioni. Questo esempio illustra il flusso di lavoro; non si tratta di una descrizione di un'implementazione o di un test reale. I passaggi descritti utilizzano il meccanismo dconf di sistema di GNOME. Pardus offre anche XFCE, che richiede una configurazione dello sfondo separata.

Le note di rilascio di Pardus 25 descrivono le edizioni GNOME e XFCE (GNOME 48.4 e XFCE 4.20.2 in tali note). Le etichette esatte della console di Liderahenk possono variare a seconda della versione, quindi i nomi seguenti si riferiscono ad aree funzionali, non a schermate identiche garantite. La documentazione ufficiale di Liderahenk descrive il suo modello di attività, profili e criteri e il ruolo del client Ahenk.

1. Inventariare i clienti e scegliere l'ambito appropriato

Separare i computer GNOME del distretto da quelli XFCE. Un file chiave dconf di GNOME non imposterà uno sfondo XFCE. Registrare il nome host di ciascun computer pilota, la versione di Pardus, l'ambiente desktop, la connettività Ahenk e il gruppo utente connesso. In una sessione GNOME, verificare:

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

Se un client non utilizza GNOME, escludilo da questo profilo e crea un flusso di lavoro XFCE separato. Verifica se la sessione imposta DCONF_PROFILE; un profilo personalizzato potrebbe non leggere il predefinito /etc/dconf/profile/user.

Per il distretto ipotetico, create o confermate un piccolo gruppo pilota contenente workstation GNOME rappresentative. Non prendete di mira tutti i client registrati all'inizio. Un gruppo pilota può rivelare problemi di ridimensionamento delle immagini, dipendenze mancanti o errori di ambito di gruppo prima di modificare ogni desktop.

2. Preparare e verificare il file dello sfondo

Scegli un'immagine con una risoluzione sufficiente per i display di destinazione, mantieni stabile il nome del file e ospitala in una posizione HTTPS interna raggiungibile dai client. Registra il digest SHA-256 previsto dal file sorgente approvato. L'immagine deve essere leggibile dagli utenti desktop ma scrivibile solo dagli amministratori. Un percorso di sistema come /usr/local/share/backgrounds/evita di dipendere dalla directory home di un utente specifico.

La documentazione di Ahenk di Liderahenk elenca il trasferimento di file come funzionalità. Utilizzatela per il gruppo pilota se la versione installata supporta la destinazione e le autorizzazioni necessarie. In alternativa, fate in modo che uno script Bash affidabile recuperi l'immagine da un server HTTPS interno. In entrambi i casi, convalidate il file ricevuto prima di applicare l'impostazione. Non inserite password, token a lunga durata o chiavi private in uno script di policy.

Questo è il fulcro della fase di download e verifica. Sostituisci l'URL di esempio e il digest con i valori della tua pipeline di risorse approvate:

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"

Nell'esempio del distretto scolastico, lo script pilota dovrebbe interrompersi se il download o la verifica del checksum falliscono. Ciò impedisce ai client di applicare un file troncato o non approvato. Se si utilizza invece il trasferimento file Liderahenk, confrontare il checksum del file installato su un client pilota con il checksum del file sorgente.

3. Imposta lo sfondo di GNOME e decidi se bloccarlo

GNOME documenta uno sfondo a livello di sistema tramite il userprofilo dconf e un database di sistema locale. La configurazione seguente imposta lo sfondo e utilizza lo zoom come stile di visualizzazione. Crea il profilo solo se non esiste; se esiste già, conserva le altre righe del database.

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 lo schema GNOME installato supporta picture-uri-darke desideri la stessa immagine in modalità chiara e scura, aggiungi quella chiave al file delle chiavi dopo averla confermata con gsettings list-keys org.gnome.desktop.background. Non dare per scontato che ogni impostazione sia presente in ogni immagine Pardus.

Per impostazione predefinita, gli utenti possono sovrascrivere molte impostazioni di sistema con i propri valori dconf. Se il requisito è solo quello di fornire uno sfondo consigliato, fermarsi prima della fase di blocco; gli utenti mantengono la possibilità di personalizzarlo. Se la policy richiede uno sfondo fisso, creare un file di blocco con un percorso di impostazione per riga:

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

Aggiungi /org/gnome/desktop/background/picture-uri-darkal file di blocco solo se hai anche configurato e verificato quella chiave. Il blocco è un compromesso in termini di usabilità: gli utenti non possono più modificare le impostazioni selezionate tramite i normali controlli di GNOME. Mantieni l'elenco dei blocchi ristretto anziché bloccare preferenze non correlate. La guida di amministrazione di GNOME spiega il comportamento relativo al profilo, al file delle chiavi, all'aggiornamento del database e al blocco.

4. Consegnare la configurazione tramite Liderahenk

Raggruppate i passaggi ripetibili in uno script Bash gestito dall'amministratore e utilizzate l'attività Script o il profilo Script documentati nella Lider Console per i client Ahenk. Iniziate con il gruppo di client pilota. La documentazione di LiderAhenk descrive le attività come operazioni immediate o pianificate per i client con Ahenk, i profili come unità di configurazione combinate in policy e le policy come impostazioni assegnate a gruppi di utenti e recuperate durante l'accesso.

Per il distretto ipotetico, mantieni la distribuzione dello sfondo separata dalle altre impostazioni in modo che un errore nello script dell'immagine non complichi la diagnosi delle regole del browser o della sessione. Utilizza un profilo predefinito per una policy supportata, come la configurazione del browser, l'accesso USB o la gestione della sessione, quando soddisfa il requisito. Utilizza script personalizzati solo quando non esiste un profilo adatto e il comportamento è stato testato sullo stesso desktop e sulla stessa versione di Pardus.

Per la configurazione dconf a livello di sistema, scegliete con attenzione tra un'attività a livello di gruppo client e una policy a livello di gruppo utente. Un'attività una tantum è utile per distribuire e applicare file a client noti. Una policy a livello di gruppo utente può rendere la configurazione ricorrente all'accesso, ma influisce su ogni utente corrispondente e potrebbe essere eseguita in un punto diverso del ciclo di vita della sessione rispetto a quanto previsto. Verificate il contesto di esecuzione nella vostra versione di Liderahenk prima di associarlo a un gruppo generico. Ahenk è un agente di gestione con privilegi elevati, quindi solo gli amministratori autorizzati dovrebbero essere abilitati a modificare script o l'appartenenza alle policy.

5. Convalidare il progetto pilota, quindi espanderlo

Dopo che l'attività o la policy segnalano il successo, disconnettiti e accedi nuovamente a GNOME; GNOME avverte che gli utenti necessitano di un nuovo accesso affinché le modifiche al profilo a livello di sistema abbiano effetto. Verifica che l'immagine esista nel percorso previsto, sia leggibile dall'utente e corrisponda al checksum approvato. Controlla il valore attivo su un client di prova:

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

Conferma inoltre che gli utenti non possano cambiare lo sfondo solo se hai scelto di bloccarlo. Esamina il risultato dell'attività o dei criteri di Ahenk nella Lider Console e controlla visivamente il desktop. Per l'esempio del distretto scolastico, testa ogni dimensione o layout dello schermo rappresentato nel progetto pilota; lo zoom ritaglia i bordi, mentre altre opzioni dell'immagine possono allungare o visualizzare le bande nere ai lati dell'immagine.

Espandere il gruppo di destinazione solo dopo che il pilota ha confermato l'immagine, l'ambito dei criteri e il percorso di ripristino. Conservare lo sfondo precedente e una copia di qualsiasi profilo dconf esistente o file chiave gestiti. Per eseguire il ripristino, rimuovere solo il file chiave gestito dall'organizzazione e il file di blocco, ripristinare lo stato del profilo precedente se la distribuzione lo ha aggiunto, eseguire dconf updatee chiedere agli utenti di accedere nuovamente. Non eliminare configurazioni dconf non correlate di proprietà del sistema operativo o di un altro amministratore.

Cosa non copre questo metodo

Questo flusso di lavoro controlla le impostazioni dello sfondo del desktop GNOME. Non imposta automaticamente lo sfondo della schermata di accesso, che GNOME gestisce tramite un profilo dconf GDM separato. Inoltre, non configura i client XFCE. In entrambi i casi, è necessario creare e testare un profilo separato utilizzando la documentazione relativa al desktop.

Liderahenk offre una gestione centralizzata di client e utenti, ma l'insieme esatto di plugin e i passaggi da console dipendono dalla versione installata. Verifica le funzioni di script, trasferimento file e policy nella documentazione corrispondente alla versione del tuo server e di Ahenk. L'indice della documentazione attuale riassume attività, profili, policy e report; le pagine relative agli script, più dettagliate, sono specifiche per ogni versione. Le note di rilascio di Pardus identificano GNOME e XFCE come opzioni desktop separate, quindi esegui un inventario dei client prima di assegnare i gruppi.

Riferimenti ufficiali

• Pardus: sistema di gestione centralizzato di Liderahenk
• Indice della documentazione di Liderahenk: attività, profili, politiche e report
• documentazione delle attività di scripting di Liderahenko
• GNOME: Imposta uno sfondo personalizzato
• GNOME: Blocca impostazioni specifiche
• GNOME: profili dconf
• Note di rilascio di Pardus 25.1