Pagina 1 di 1

Applicazione di pacchetti da vicino a lontano

Pubblicato: 13 marzo 2024 - 12:01
di vnatton
Buongiorno,

Sì, il titolo non è chiaro, ma non sapevo come esprimerlo in breve.

Mi chiedevo se fosse possibile applicare pacchetti con un ordine di priorità "da vicino a lontano" senza che la configurazione remota sovrascriva quella remota?

Poiché questo non è ancora chiaro, lasciatemi spiegare:
Ho un pacchetto distribuito su un'intera OU, ma ho una (o più) macchine che rappresentano delle eccezioni. Non guardatemi di traverso: tutti abbiamo delle eccezioni :P.
Quindi ho pensato stupidamente di installare il pacchetto in conflitto sulla macchina. È stata una cosa davvero stupida, perché non funziona. Quindi eccomi qui a chiedere se potessimo implementare un sistema di priorità "dal più vicino al più lontano" per l'applicazione dei pacchetti.

Un esempio concreto:
Sto installando Acrobat Reader su un'intera OU, ma alcuni computer hanno un pacchetto di una versione precedente di Acrobat Pro (che quindi non dipende dallo stesso programma di installazione).
Nel mio caso, potrei quindi mettere in conflitto Acrobat Reader con il mio pacchetto Acrobat Pro senza che ciò generi errori o ripetute disinstallazioni/reinstallazioni.
La mia soluzione attuale è quella di modificare il pacchetto Acrobat Reader e di inserire lì le eccezioni, il che è brutto e poco sostenibile...

Codice: Seleziona tutto

if already_installed == True:
  if installed_version =="{AC76BA86-1033-FFFF-7760-0E0F06755100}":
    print("Acrobat 2015")
  elif installed_version == '{AC76BA86-1033-FFFF-7760-0E1401753200}':
    print("Acrobat 2017")
  elif installed_version =='{AC76BA86-1033-FFFF-7760-0E1401753200}':
    print("Acrobat 2020")
  elif installed_version == '{AC76BA86-1033-FF00-7760-BC15014EA700}':
    print("Reader DC ou Acrobat DC")
  return "OK"
else:
  return "WARNING"
 
Di certo non ho considerato tutti i dettagli di una modifica del genere, ma dato che siamo in tanti qui, sono sicuro che troverò qualcuno con la testa più piena della mia.

Grazie per il tuo feedback
Buona giornata

Re: Applicazione di pacchetti da vicino a lontano

Pubblicato: 27 marzo 2024 - 11:04
di Benoit
Ciao,

ho seguito lo stesso ragionamento, quindi sono molto curioso di avere una risposta a questa domanda.

Cordiali saluti,

Re: Applicazione di pacchetti da vicino a lontano

Pubblicato: 28 marzo 2024 - 19:05
di dcardon
Ciao Vianney e Benoit,

questa è una domanda che si presenta abbastanza spesso.

Una possibilità è assegnare un "meta-pacchetto" all'unità organizzativa (OU) che installi il pacchetto Adobe corrispondente in base a criteri da voi definiti.

Un'altra possibilità è quella di inserire le workstation in un'unità organizzativa diversa che non erediti le stesse impostazioni.

Se il problema deriva da problemi di compatibilità con diverse versioni del sistema operativo, è possibile eseguire più versioni in parallelo e modificare le versioni del sistema operativo nel file di controllo del pacchetto.

Potreste anche valutare i pacchetti di profilo, che si basano sui gruppi di Active Directory.

Discuteremo internamente lo scenario menzionato da Vianney e vedremo come potremmo modificare il motore di calcolo delle dipendenze, se possibile. Tuttavia, aggiungere complessità a questo livello non è sempre una buona idea, come abbiamo visto con le GPO e il blocco dell'ereditarietà; alla fine, non capiamo più perché una GPO viene applicata o meno...

Cordiali saluti,

Denis

Re: Applicazione di pacchetti da vicino a lontano

Pubblicato: 2 aprile 2024 - 11:41
di vnatton
Ciao Denis,

capisco perfettamente che una modifica del genere non sia insignificante.
Non si potrebbe renderla "abilitata" (questo non elimina l'aspetto "delicato" di una modifica del genere)?

Sto già lavorando con un meta-pacchetto "applicazione principale" che include il pacchetto Acrobat Reader e, poiché il pacchetto "AcroPro" viene applicato per ogni macchina, questo causa un errore con "AcroReader".
Volevo evitare di gestire ulteriori gruppi di Active Directory, che a mio parere non sono molto intuitivi per i colleghi che non hanno implementato la soluzione.

In pratica, la soluzione attuale per la mia situazione sarebbe quella di far sì che il pacchetto Reader entri in conflitto con i gruppi di Active Directory "Acrobat Pro xxxx" e che le versioni di Acrobat Pro con il corrispondente gruppo di Active Directory siano dipendenti.

Buona giornata e grazie per la tua risposta e per l'ascolto,
Vianney