Página 1 de 1

Aplicación de paquetes de cerca a lejos

Publicado: 13 de marzo de 2024 - 12:01
por vnatton
Buen día,

Sí, el título no está claro, pero no sabía cómo expresarlo brevemente.

Me preguntaba si era posible aplicar paquetes con un orden de prioridad "de cerca a lejos" sin que la configuración lejana sobrescribiera la configuración cercana

Como esto aún no está claro, déjame explicarlo:
Tengo un paquete implementado en toda una unidad organizativa, pero tengo una (o más) máquinas que son excepciones. No me mires con malos ojos; todos tenemos excepciones :PAG.
Así que, tontamente, pensé en poner el paquete conflictivo en la máquina. Fue una tontería, porque no funciona. Así que aquí estoy, preguntando si podríamos implementar un sistema de prioridad "del más cercano al más lejano" para la aplicación de paquetes.

Un ejemplo concreto:
Estoy instalando Acrobat Reader en toda una unidad organizativa, pero algunas máquinas tienen un paquete de una versión anterior de Acrobat Pro (que, por lo tanto, no depende del mismo instalador).
En mi caso pude entonces poner Acrobat Reader en conflicto con mi paquete Acrobat Pro sin que esto generara errores o repetidas desinstalaciones/reinstalaciones.
Mi solución actual es modificar el paquete de Acrobat Reader y poner allí las excepciones, lo cual es feo y poco sostenible...

Código: Seleccionar todo

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"
 
Ciertamente no he considerado todos los pormenores de tal modificación, pero como somos muchos aquí, estoy seguro de que encontraré a alguien con la cabeza más llena que la mía.

Gracias por tus comentarios
Buen día

Re: Aplicación de paquetes de cerca a lejos

Publicado: 27 de marzo de 2024 - 11:04 a. m.
por Benoit
Hola,

yo pasé por el mismo proceso de pensamiento, así que tengo mucha curiosidad por obtener una respuesta a esta pregunta.

Saludos,

Re: Aplicación de paquetes de cerca a lejos

Publicado: 28 de marzo de 2024 - 19:05
por dcardon
Hola Vianney y Benoit,

esta es una pregunta que surge con bastante frecuencia.

Una posibilidad es asignar un "metapackage" a la OU que instale el paquete de Adobe correspondiente según los criterios que definan.

Otra posibilidad es colocar las estaciones de trabajo en una OU diferente que no herede los mismos elementos.

Si el problema surge debido a problemas de compatibilidad con diferentes versiones del sistema operativo, es posible tener varias versiones ejecutándose en paralelo y ajustar las versiones del sistema operativo en el archivo de control del paquete.

También podrían considerar los paquetes de perfil, que se basan en grupos de Active Directory.

Discutiremos internamente el escenario mencionado por Vianney y veremos cómo podríamos modificar el motor de cálculo de dependencias, si es posible. Sin embargo, añadir complejidad a este nivel no siempre es buena idea, como podemos ver con las GPO y el bloqueo de herencia; al final, ya no entendemos por qué se aplica o no una GPO...

Saludos cordiales,

Denis

Re: Aplicación de paquetes de cerca a lejos

Publicado: 2 de abril de 2024 - 11:41 a. m.
por vnatton
Hola Denis,

entiendo perfectamente que un cambio como este no sería insignificante.
¿No se podría habilitar (aunque esto no elimina la delicadeza del cambio)?

Ya estoy trabajando con un metapackage de "aplicación principal" que incluye el paquete de Acrobat Reader, y como el paquete "AcroPro" se aplica por máquina, esto provoca un error con "AcroReader".
Quería evitar gestionar grupos de AD adicionales, que en mi opinión no son muy fáciles de usar para los compañeros que no han implementado la solución.

Básicamente, la solución actual para mi situación sería que el paquete Reader entrara en conflicto con los grupos de AD "Acrobat Pro xxxx" y que las versiones de Acrobat Pro tuvieran como dependencias el grupo de AD correspondiente.

Que tengas un buen día y gracias por tu respuesta y por escucharme,
Vianney.