Il file MSI funziona bene quando viene eseguito localmente, ma non quando viene spinto dalla politica di gruppo

Il MSI deve installare un piccolo programma e un componente aggiuntivo di Outlook.

Entrambi sono installati correttamente quando MSI viene eseguito localmente, ma quando lo installo con i gruppi di gruppo di AD il programma è installato, ma non il componente aggiuntivo di Outlook.

  • DSGET evita segni hash (#) nei nomi distinti (DN) s in output, ma prevede segni di hash non identificati per l'input
  • ADExplorer, come eseguire la ricerca con la condizione "distinguishedName contains"?
  • Ho bisogno di domini figlio in AD?
  • Come posso aggiungere un secondo dominio attendibile alla foresta di Active Directory esistente?
  • Come controllare gli aggiornamenti del server WSUS dimensione scaricata?
  • processre - dual core o quad core per ad / ss
  • I file per il componente aggiuntivo sono presenti ma il Registro di sistema non è stato modificato.

    Perché l'installazione non deve scrivere nel Registro di sistema in remoto? Come posso farlo?

    Grazie in anticipo!

    2 Solutions collect form web for “Il file MSI funziona bene quando viene eseguito localmente, ma non quando viene spinto dalla politica di gruppo”

    Purtroppo, gli spostamenti di software di GPO AD sono difficili da risolvere. La tua scommessa migliore è triggersre la logging di installazione e rivedere il file per ciò che è andato storto. L'interpretazione di questo file può essere difficile e ben oltre l'ambito di questa domanda.

    La distriggerszione della logging è descritta in KB314852 , che descrive come triggersre la logging di Windows Installer tramite GPO.

    1. Aprire la politica di gruppo
    2. Passare a Computer Config -> Template Admin -> Componenti Windows -> Windows Installer
    3. Fare doppio clic su Registrazione, modificare l'impostazione, se necessario.

    Ci possono essere già registri nascosti nella directory Temp del sistema, inizia con 'msi' e termineranno '.log'; usa i timbri per calcolare quale è quello che stai cercando.

    Tieni presente che le installazioni degli oggetti Criteri di gruppo funzionano come SYSTEM. Ciò provoca un imprevisto comportmento in alcuni installatori scarsamente scritti. Se vuoi davvero simulare un'installazione di un object Criteri di gruppo, prenderai una copia di psexec e psexec psexec -s msiexec -i path\to\msi /qb

    È probabile che il componente aggiuntivo richiede l'accesso di un utente. Potrebbe essere in grado di aggirare questo problema utilizzando la funzionalità "Pubblica" dell'installazione del software GPO e istruendo gli utenti che necessitano di installarlo tramite i programmi di aggiunta / rimozione una volta è pubblicato.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.