Cum se implementează imagini de fundal și politici personalizate pe clienții Pardus

O lansare centrală de fundal are două părți: copierea imaginii într-o locație pe care fiecare client o poate citi, apoi configurarea desktopului pentru a o utiliza. Dacă utilizatorii nu trebuie să o înlocuiască, blocați doar setările desktop relevante. Pentru Pardus, Liderahenk oferă administrare centralizată prin intermediul unui server Lider, al consolei Lider și al agenților Ahenk pe sistemele gestionate. Sarcinile sale documentate includ rularea de scripturi și transferul de fișiere; politicile combină profiluri și sunt atribuite grupurilor de utilizatori.

Scenariu ilustrativ: imaginați-vă un district școlar ipotetic cu 30 de stații de lucru Pardus. Departamentul IT dorește aceeași imagine de fundal aprobată pentru campus pe clienții săi Pardus GNOME și dorește, de asemenea, anumite reguli de browser și de sesiune. Acest exemplu explică fluxul de lucru; nu este un raport al unei implementări sau testări reale. Pașii utilizează mecanismul dconf la nivel de sistem al GNOME. Pardus oferă și XFCE, care necesită o configurație separată pentru imaginea de fundal.

Notele de lansare ale Pardus 25 descriu edițiile GNOME și XFCE (GNOME 48.4 și XFCE 4.20.2 în aceste note). Etichetele exacte ale consolei Liderahenk pot varia în funcție de versiune, așadar numele de mai jos se referă la zone funcționale, nu la ecrane garantate identice. Documentația oficială Liderahenk descrie modelul său de Sarcini, Profil și Politici, precum și rolul clientului Ahenk.

1. Inventarierea clienților și alegerea domeniului de aplicare potrivit

Separați mașinile GNOME ale districtului de mașinile sale XFCE. Un fișier cheie dconf GNOME nu va seta o imagine de fundal XFCE. Înregistrați numele de gazdă al fiecărui computer pilot, versiunea Pardus, mediul desktop, conectivitatea Ahenk și grupul de utilizatori conectați. Într-o sesiune GNOME, verificați:

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

Dacă un client nu rulează GNOME, excludeți-l din acest profil și creați un flux de lucru XFCE separat. Verificați dacă sesiunea setează DCONF_PROFILE; un profil personalizat poate să nu citească fișierul implicit /etc/dconf/profile/user.

Pentru districtul ipotetic, creați sau confirmați un mic grup pilot care să conțină stații de lucru GNOME reprezentative. Nu vizați fiecare client înregistrat de la început. Un proiect pilot poate dezvălui probleme de scalare a imaginilor, dependențe lipsă sau erori de domeniu de aplicare al grupului înainte de a schimba fiecare desktop.

2. Pregătiți și verificați fișierul de fundal

Alegeți o imagine cu o rezoluție suficientă pentru afișajele țintă, păstrați-i numele de fișier stabil și găzduiți-o într-o locație HTTPS internă accesibilă clienților. Înregistrați digestul SHA-256 așteptat din fișierul sursă aprobat. Imaginea ar trebui să poată fi citită de utilizatorii de desktop, dar să poată fi scrisă doar de administratori. O cale de sistem, cum ar fi , /usr/local/share/backgrounds/evită dependența de directorul principal al unui anumit utilizator.

Documentația Ahenk a companiei Liderahenk listează transferul de fișiere ca o capacitate de sarcină. Folosiți-o pentru grupul pilot dacă versiunea instalată acceptă destinația și permisiunile de care aveți nevoie. Alternativ, solicitați unui script Bash de încredere să preia imaginea de pe un server HTTPS intern. În ambele cazuri, validați fișierul livrat înainte de a aplica setarea. Nu introduceți parole, token-uri cu durată lungă de viață sau chei private într-un script de politică.

Acesta este nucleul unui pas de descărcare și verificare. Înlocuiți adresa URL și digestul exemplu cu valori din canalul de active aprobat:

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"

Pentru exemplul districtului școlar, scriptul pilot ar trebui să se oprească dacă descărcarea sau verificarea sumei de control eșuează. Acest lucru împiedică clienții să aplice un fișier trunchiat sau neaprobat. Dacă utilizați în schimb transferul de fișiere Liderahenk, comparați suma de control a fișierului instalat pe un client pilot cu suma de control sursă.

3. Setați fundalul GNOME și decideți dacă îl blocați

GNOME documentează un fundal la nivel de sistem prin intermediul userprofilului dconf și al unei baze de date locale. Configurația de mai jos setează imaginea de fundal și folosește zoom-ul ca stil de afișare. Creați profilul numai dacă nu există; dacă există deja unul, păstrați celelalte linii ale bazei de date.

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

Dacă schema GNOME instalată acceptă picture-uri-darkși doriți aceeași imagine în modurile de aspect luminos și întunecat, adăugați cheia respectivă la fișierul cheie după ce o confirmați cu gsettings list-keys org.gnome.desktop.background. Nu presupuneți că fiecare setare există în fiecare imagine Pardus.

În mod implicit, utilizatorii pot suprascrie multe dintre setările implicite ale sistemului cu propriile valori dconf. Dacă cerința este doar de a oferi o imagine de fundal recomandată, opriți-vă înainte de pasul de blocare; utilizatorii păstrează opțiunea de a o personaliza. Dacă politica necesită un fundal fix, creați un fișier de blocare cu o singură cale de setare pe linie:

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

Adăugați /org/gnome/desktop/background/picture-uri-darkla fișierul de blocare numai dacă ați configurat și verificat și cheia respectivă. Blocarea este un compromis de utilizare: utilizatorii nu mai pot modifica setările selectate prin controalele GNOME normale. Mențineți lista de blocări restrânsă în loc să blocați preferințele fără legătură. Ghidul de administrare GNOME explică comportamentul profilului, fișierului cheie, actualizării bazei de date și blocării.

4. Livrați configurația prin Liderahenk

Împachetați pașii repetabili ca un script Bash întreținut de administrator și utilizați sarcina Script sau profilul Script documentat al consolei Lider pentru clienții Ahenk. Vizați mai întâi grupul de clienți pilot. Documentația Liderahenk descrie sarcinile ca fiind lucru imediat sau programat pentru clienții cu Ahenk, profilurile ca unități de configurare combinate în politici și politicile ca setări atribuite grupurilor de utilizatori și recuperate în timpul autentificării.

Pentru districtul ipotetic, păstrați implementarea imaginii de fundal separată de alte setări, astfel încât o eroare în scriptul imaginii să nu complice diagnosticarea regulilor browserului sau ale sesiunii. Utilizați un profil încorporat pentru o politică acceptată, cum ar fi configurarea browserului, accesul USB sau gestionarea sesiunii, atunci când acoperă cerința. Utilizați scripturi personalizate numai atunci când nu există un profil adecvat și comportamentul a fost testat pe același desktop și versiune Pardus.

Pentru configurarea dconf la nivel de mașină, alegeți în mod deliberat între o sarcină de grup de clienți și o politică de grup de utilizatori. O sarcină unică este utilă pentru distribuirea și aplicarea fișierelor către clienți cunoscuți. O politică de grup de utilizatori poate face ca configurația să se repete la conectare, dar afectează fiecare utilizator potrivit și poate rula într-un moment diferit al ciclului de viață al sesiunii decât cel așteptat. Verificați contextul de execuție în versiunea dvs. de Liderahenk înainte de a o asocia cu un grup larg. Ahenk este un agent de gestionare privilegiată, așadar numai administratorii de încredere ar trebui să aibă permisiunea de a edita scripturi sau apartenența la politici.

5. Validați pilotul, apoi extindeți

După ce sarcina sau politica raportează succesul, deconectați-vă și conectați-vă din nou la GNOME; GNOME notează că utilizatorii au nevoie de noi date de autentificare pentru ca modificările profilului la nivel de sistem să aibă efect. Confirmați că imaginea există la calea așteptată, este lizibilă de către utilizator și se potrivește cu suma de control aprobată. Inspectați valoarea activă pe un client pilot:

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

De asemenea, confirmați că utilizatorii nu pot schimba imaginea de fundal dacă și numai dacă ați ales să o blocați. Examinați rezultatul sarcinii sau politicii Ahenk în Consola Lider și verificați vizual desktopul. Pentru exemplul districtului școlar, testați fiecare dimensiune de afișare sau aspect reprezentat în pilot; măriți și decupați marginile, în timp ce alte opțiuni de imagine pot întinde sau afișa o imagine în format letterbox.

Extindeți grupul țintă numai după ce pilotul confirmă imaginea, domeniul de aplicare al politicii și calea de revenire la versiunea inițială. Păstrați imaginea de fundal anterioară și o copie a oricărui profil dconf existent sau a oricărui fișier cheie gestionat. Pentru a reveni la versiunea inițială, eliminați doar fișierul cheie și fișierul de blocare gestionate de organizație, restaurați starea anterioară a profilului dacă implementarea le-a adăugat, rulați dconf updateși solicitați utilizatorilor să se conecteze din nou. Nu ștergeți configurația dconf fără legătură deținută de sistemul de operare sau de un alt administrator.

Ceea ce nu acoperă această metodă

Acest flux de lucru controlează setările pentru imaginea de fundal a desktopului GNOME. Nu setează automat fundalul ecranului de conectare, pe care GNOME îl gestionează printr-un profil GDM dconf separat. De asemenea, nu configurează clienții XFCE. În ambele cazuri, construiți și pilotați un profil separat folosind documentația desktop relevantă.

Liderahenk oferă gestionare centrală a clienților și utilizatorilor, dar setul exact de pluginuri și pașii din consolă depind de versiunea instalată. Confirmați funcțiile Script, Transfer de fișiere și Politici în documentația care corespunde versiunilor serverului și Ahenk. Indexul actual al documentației rezumă sarcinile, profilurile, politicile și rapoartele; paginile de script mai detaliate sunt specifice versiunii. Notele de lansare Pardus identifică GNOME și XFCE ca opțiuni desktop separate, așadar inventariați clienții înainte de a viza grupurile vizate.

Referințe oficiale

• Pardus: Sistemul central de management Liderahenk
• Indexul documentației Liderahenk: sarcini, profiluri, politici și rapoarte
• Documentația sarcinilor de script Liderahenk
• GNOME: Setați un fundal personalizat
• GNOME: Blocarea anumitor setări
• GNOME: profiluri dconf
• Note de lansare Pardus 25.1