Gestione della distribuzione software. VMware Workspace ONE UEM 2011

(1)

Gestione della

distribuzione software

VMware Workspace ONE UEM 2011

(2)

È possibile trovare la documentazione tecnica più aggiornata sul sito Web di VMware all'indirizzo:

https://docs.vmware.com/it/

VMware, Inc.

3401 Hillview Ave.

Palo Alto, CA 94304 www.vmware.com

VMware, Inc.

Centro Leoni Palazzo A Via Spadolini 5

Ground Floor Milan, MI 20121 tel: +39 02 30412700 fax: +39 02 30412701 www.vmware.com/it

(3)

1

Gestione della distribuzione software per le applicazioni macOS e Win32 4

Distribuzione software per le applicazioni macOS 4

Requisiti di distribuzione del software per la distribuzione di applicazioni macOS 4 Configurare Workspace ONE UEM per la distribuzione di software di applicazioni macOS

5

Generare metadati utilizzando VMware AirWatch Admin Assistant Tool 6 Distribuire applicazioni macOS interne 7

Assegnare applicazioni ai dispositivi macOS 10 Installare le applicazioni macOS utilizzando Munki 12

Risolvere i problemi relativi alla distribuzione di software macOS 17 Disinstallare la distribuzione di software dell'applicazione macOS 17 Distribuzione software delle applicazioni Win32 18

Requisiti di distribuzione del software per la distribuzione di applicazioni Win32 19 Comportamento dell'installazione dell'applicazione Win32, distribuzione software o

provisioning del prodotto 23

Considerazioni sulle opzioni Conteggio tentativi, Intervallo tentativi, Timeout installazione e Riavvia dispositivo per le applicazioni Win32 25

Aggiungere applicazioni Windows dal repository delle applicazione aziendali 27 Caricare i file Win32 per la distribuzione del software 28

Configurare i file Win32 per la distribuzione software 28

Aggiungere assegnazioni e criteri delle app alle applicazioni Win32 37

Distribuire Office 365 ProPlus con Workspace ONE UEM utilizzando la distribuzione software 40

Uso dei file di dipendenze dell'app Win32 43 Applicazioni Win32 installate dall'utente 44

Monitorare la distribuzione di applicazioni Win32 45

Risolvere i problemi relativi all'applicazione Win32 mediante aggiornamenti patch 45 Rimuovere applicazioni Win32 dal dispositivo 46

Anteprima tecnica. Gestire le applicazioni di distribuzione software utilizzate nei flussi di lavoro 46

(4)

software per le applicazioni

macOS e Win32 1

Workspace ONE UEM powered by AirWatch consente una distribuzione software che aiuta a distribuire le applicazioni macOS e Win32 dalla sezione Risorse, permettendo di utilizzare il flusso di applicazioni esistente per tutte le applicazioni interne.

Questo capitolo include i seguenti argomenti:

n Distribuzione software per le applicazioni macOS

n Distribuzione software delle applicazioni Win32

n Anteprima tecnica. Gestire le applicazioni di distribuzione software utilizzate nei flussi di lavoro

Distribuzione software per le applicazioni macOS

Workspace ONE UEM offre una distribuzione flessibile grazie all'integrazione con Munki, uno strumento open source ampiamente diffuso. Tutti i tipi di file applicazione macOS

(.dmg, .pkg, .mpkg) possono essere gestiti nella sezione Applicazioni interne di UEM console (Risorse > App > Native > Interne).

La funzionalità di distribuzione flessibile è disponibile nelle sezioni Assegna dell'area delle applicazioni e migliora il processo di assegnazione:

n Configurare le assegnazioni di distribuzione.

n Assegnare più distribuzioni contemporaneamente.

n Ordinare le assegnazioni in modo che le distribuzioni critiche non vengano saltate a causa della larghezza di banda limitata.

n Personalizzare le assegnazioni per più gruppi smart.

Requisiti di distribuzione del software per la distribuzione di applicazioni macOS

È possibile distribuire applicazioni macOS con la distribuzione software, utilizzando i tipi di file, la versione della piattaforma e gli agenti supportati.

(5)

Versione della piattaforma supportata

macOS 10.10+

Tipi di file supportati

PKG, DMG, MPKG

Agenti supportati

n Workspace ONE Intelligent Hub per macOS 3.0

n (Facoltativo) Applicazione nativa Workspace ONE 1.0

Considerazioni

n Generazione di file di metadati pkginfo: è possibile caricare tutti i tipi di file software macOS primari tramite Risorse > App > Applicazione interna. Un file PKG può essere un pacchetto di bootstrap oppure può essere gestito tramite una gestione completa del ciclo di vita. Per configurare le funzionalità di gestione avanzate per il software macOS tramite la libreria Munki open source, è necessario generare un file di metadati per l'applicazione prima di caricare l'applicazione nella console UEM. È possibile generare un file di metadati pkginfo utilizzando Generare metadati utilizzando VMware AirWatch Admin Assistant Tool.

n Integrazione di terze parti: a parte l'utilizzo dello strumento Admin Assistant per generare metadati o un file pkginfo, è anche possibile eseguire l'integrazione con gli strumenti AutoPkg e AutoPkgr che dispongono di un software già creato con funzionalità di configurazione.

Questi eseguono verifiche periodiche per gli aggiornamenti al software di terze parti e notificano gli amministratori.

n Migrazione dalla configurazione Munki a Workspace ONE UEM: è possibile aggiungere l'applicazione esistente con il link diretto dell'applicazione sul server di repository Munki corrente. Questo metodo è vantaggioso, in quanto non è necessario un caricamento effettivo del file da Workspace ONE UEM, che utilizza lo spazio di archiviazione dei file di Workspace ONE UEM.

n CDN e sistemi di archiviazione dei file: tutte le distribuzioni utilizzano una rete CDN (Content Delivery Network) per distribuire le applicazioni. Questo metodo consente di inviare contenuti ai dispositivi nella rete e ai dispositivi remoti. Offre inoltre una maggiore velocità di download e riduce la larghezza di banda sui server di Workspace ONE UEM.

Configurare Workspace ONE UEM per la distribuzione di software di applicazioni macOS

È possibile configurare Workspace ONE UEM per il riconoscimento delle applicazioni macOS tramite il metodo di distribuzione software.

Prerequisiti

Per avviare il ciclo di vita della gestione software per le applicazioni macOS, abilitare la funzionalità di gestione software (SaaS o in locale) nella console di Workspace ONE UEM.

(6)

Procedura

1 Passare a Impostazioni > Dispositivi e utenti > Apple > Apple macOS > Gestione software.

2 Abilitare Gestione software. A questo punto, verificare se l'Archivio file è abilitato. Se non è stato abilitato alcun archivio file, è necessario abilitarlo.

3 Gli ambienti in locale utilizzano un sistema di archiviazione di file per archiviare le applicazioni macOS di grandi dimensioni e utilizzano anche una CDN per scaricare le applicazioni e ridurre la larghezza di banda su altri server.

Generare metadati utilizzando VMware AirWatch Admin Assistant Tool

Lo strumento VMware Admin Assistant utilizza un'utilità della riga di comando Munki per fornire agli amministratori un modo semplice per creare i file di metadati pkginfo che è necessario applicare alla gestione del software.

Prerequisiti

Workspace ONE UEM richiede il file di metadati pkginfo con il file dell'applicazione per gestire la distribuzione nella console UEM.

Nota VMware Admin Assistant Tool è disponibile nella console UEM e all'indirizzo https://

getwsone.com/AdminAssistant/VMwareWorkspace ONE UEMAdminAssistant.dmg. In Admin Assistant è inoltre integrato un meccanismo di aggiornamento automatico, che esegue l'aggiornamento all'ultima versione in base al file AppCast.XML disponibile all'indirizzo https://

getwsone.com/AdminAssistant/VMwareWorkspace ONE UEMAdminAssistant.XML.

Procedura

1 Aprire Admin Assistant. La finestra di dialogo di Assistant chiede di caricare i file del programma di installazione dell'applicazione per l'analisi.

2 Caricare il file del programma di installazione dell'applicazione trascinando il

file .pkg, .dmg, .app o .mpkg o cercare nei file locali il file del programma di installazione.

a Quando si rilascia o si seleziona il file, lo strumento avvia il processo. Se necessario, è possibile aggiungere altri file durante questo periodo.

b Se si seleziona un file .app, lo strumento crea un file .dmg contenente il file.

Operazioni successive

Al termine dell'analisi, lo strumento chiede di mostrare i file di metadati analizzati nel Finder.

Archiviare i file di metadati in una cartella locale in cui sia possibile recuperarli facilmente durante la procedura di distribuzione del software.

(7)

Distribuire applicazioni macOS interne

È possibile distribuire le applicazioni interne alla rete mobile caricando applicazioni interne con file locali in Workspace ONE UEM console.

1 Selezionare Risorse > App > Native > Interne, quindi scegliere Aggiungi applicazione.

2 Selezionare Carica > File locale e cercare il file dell'applicazione nel sistema. Selezionare il file .dmg, .pkg o .mpkg da caricare.

3 Caricare il file di metadati dell'applicazione richiesto (.plist).

Per creare un file di metadati, scaricare e installare VMware Workspace ONE UEM Admin Assistant Tool sul computer macOS.

4 Completare la scheda Immagini.

Impostazione Descrizione

Immagini mobile Caricare o trascinare l'immagine dell'applicazione da visualizzare nell'AirWatch Catalog per i dispositivi mobili.

Immagini tablet Caricare o trascinare l'immagine dell'applicazione da visualizzare nell'AirWatch Catalog per i tablet.

Icona Caricare o trascinare l'immagine dell'applicazione da visualizzare nell'AirWatch Catalog come icona dell'applicazione.

5 Configurare le impostazioni degli Script per eseguire l'installazione, la disinstallazione e la verifica dell'applicazione. Fornendo script di pre-installazione e script post-installazione, è possibile eseguire attività di configurazione aggiuntive o installare elementi aggiuntivi senza la necessità di creare nuovi pacchetti di applicazioni o software. È sufficiente incollare lo script e Workspace ONE UEM lo formatterà perché sia utilizzato da Munki.

Script di pre-installazione Definire uno script di pre-installazione da eseguire prima di tentare l'installazione.

Script di post-installazione Definire uno script di post-installazione da eseguire dopo un'installazione corretta.

Script di pre- disinstallazione

Definire uno script di pre-disinstallazione da eseguire prima di tentare la disinstallazione.

Metodo di disinstallazione Selezionare dal menu a discesa e personalizzare i metodi di disinstallazione. Le opzioni sono:

n Rimuovi pacchetti n Rimuovi elementi copiati n Rimuovi applicazione n Script di disinstallazione

Script post-disinstallazione Definire uno script post-disinstallazione da eseguire dopo una corretta disinstallazione.

Nota

Un errore dello script di pre-installazione annulla il tentativo di installazione e l'errore dello script di post-installazione registra gli errori, ma l'installazione è considerata completa.

(8)

Con alcuni software, è necessario configurare esattamente la definizione di installazione o disinstallazione corretta. Munki consente la configurazione del software tramite l'impostazione di uno script di controllo dell'installazione o della disinstallazione.

Script di controllo dell'installazione

Se presente, lo script viene eseguito per determinare se l'applicazione deve essere installata. Se viene restituito il codice 0 significa che l'installazione è necessaria, qualsiasi altro codice fa in modo che l'installazione venga ignorata.

Script di controllo della disinstallazione

Se presente, lo script viene eseguito per determinare se l'applicazione deve essere disinstallata. Se viene restituito il codice 0 significa che la disinstallazione è necessaria, qualsiasi altro codice fa in modo che la disinstallazione venga ignorata.

6 Configurare le impostazioni della scheda Distribuzione.

Blocco Attivare Applicazioni che bloccano l'installazione per definire le applicazioni o i processi che potrebbero bloccare l'installazione pulita dell'applicazione macOS gestita.

Applicazioni definite che devono essere chiuse prima dell'installazione per evitare che le applicazioni vengano chiuse in modo imprevisto prima del salvataggio. Inoltre, gli utenti finali ricevono una notifica sul dispositivo da Workspace ONE Intelligent Hub con la richiesta di chiudere le applicazioni definite.

Disattivare Applicazioni che bloccano l'installazione per sostituire qualsiasi comportamento di blocco e continuare con l'installazione. Se è presente un'app aperta che blocca l'installazione, verrà chiusa automaticamente.

Elencare le applicazioni che bloccano l'installazione che devono essere chiuse. Se l'app si trova nella cartella /Applications/, può essere definita come nome dell'app e il percorso verrà individuato automaticamente. Ad esempio, "Firefox" o "Firefox.app".

Facoltativamente, è possibile utilizzare il percorso completo del processo esatto, ma non è consigliabile se gli utenti finali non possono chiudere facilmente l'app. Di conseguenza, è necessario evitare di bloccare le app in background prive di interfaccia o le app di supporto.

Riavvia azione Selezionare l'azione di riavvio per l'applicazione. Le azioni disponibili sono:

n Nessuno

n Richiedi shutdown n Richiedi riavvio n Consiglia riavvio n Richiedi logout

Condizione Definire la condizione per l'applicazione da installare sul dispositivo.

Gestione dello stato desiderato

Attualmente, quando si installa un software per macOS, gli amministratori possono attivare o disattivare le impostazioni di Gestione dello stato desiderato in base alle esigenze aziendali. La gestione dello stato desiderato è attivata per impostazione predefinita per applicare la gestione applicazioni durante l'installazione di un software macOS.

Se attivata, e se l'utente finale elimina l'app, l'applicazione viene automaticamente reinstallata alla successiva sincronizzazione dell'Hub.

Se disattivata, e se l'utente finale elimina l'app, l'applicazione non viene reinstallata

automaticamente, a meno che non sia stata eseguita da Workspace ONE UEM console o dal catalogo.

7 Configurare la scheda Condizioni per l'utilizzo.

(9)

8 I Termini di utilizzo dichiarano in modo specifico come gli utenti devono utilizzare

l'applicazione. Quando l'applicazione invia un push ai dispositivi, gli utenti visualizzano i termini di utilizzo che devono accettare per poter utilizzare l'applicazione. Se gli utenti non accettano, non possono accedere all'applicazione.

9 Selezionare Salva e assegna.

Utilizzare gli script di distribuzione del software macOS per la configurazione aggiuntiva

Utilizzare gli script di distribuzione del software macOS per eseguire configurazioni aggiuntive o attività di convalida nella sezione Script della pagina Aggiungi o modifica applicazione della console.

Inserendo gli script, è possibile:

n Evitare di creare nuovi pacchetti di programmi di installazione utilizzando gli script di pre- installazione.

n Evitare la visualizzazione di nuove finestre agli utenti mediante lo scripting di configurazioni aggiuntive.

n Eseguire la convalida.

n Personalizzare la disinstallazione.

La tabella riportata di seguito indica il comportamento del codice di uscita per ogni tipo di script.

Tipo di script Comportamento codice di uscita 0 Comportamento altro codice di uscita

Pre-installazione Continua installazione Ignora installazione

Post-installazione Installazione completata Installazione completata con avvisi Pre-disinstallazione Continua disinstallazione Ignora disinstallazione

Post-disinstallazione Disinstallazione completata Disinstallazione completata con avvisi Script di controllo dell'installazione Installazione necessaria Ignora installazione

Script di controllo della disinstallazione Disinstallazione necessaria Ignora disinstallazione

Condizioni della distribuzione di software macOS

Le condizioni di distribuzione di software macOS sono un insieme di attributi forniti dalla libreria Munki open-source integrata per la determinazione dell'applicabilità di installazione. Le condizioni vengono definite a livello di applicazione e vengono valutate prima del download e

dell'installazione del software.

Esistono alcune condizioni predefinite supportate da Munki.

Le condizioni sono scritte nel formato:

machine_type == "laptop" AND os_vers BEGINSWITH "10.7"

Attributi di confronto condizionale

(10)

Attributo Tipo Descrizione Confronto di esempio

hostname Stringa Nome host hostname=="Lobby imac"

arch Stringa Architettura del processore. Ad esempio: 'powerpc', 'i386', 'x86_64'

arch=="x86_64"

os_vers Stringa Versione completa del sistema operativo. Ad esempio: "10.7.2"

os_vers BEGINSWITH "10.7"

os_vers_major Numero intero

Versione del sistema operativo principale. Ad esempio:'10'

os_vers_major == 10

os_vers_minor Numero intero

Versione del sistema operativo minore. Ad esempio: '7'

os_vers_minor == 7

os_vers_patch Numero intero

Versione di rilascio. Ad esempio:'2' os_vers_patch >=2

machine_model Stringa 'MacMini1,1', 'iMac4,1', 'MacBookPro8,2'

machine_model == "iMac4,1"

machine_type Stringa 'laptop' o 'desktop' machine_type == "laptop"

ipv4_address Array di stringhe

Contiene gli indirizzi IPv4 correnti per tutte le interfacce.

ANY ipv4_address CONTAINS '192.168.161.'

munki_version Stringa Versione completa dei tool Munki installati

munki_version LIKE '*0.8.3*'

serial_number Stringa Numero di serie del computer serial_number =="W9999999U2P"

date Stringa data

UTC

Data e ora. Si noti la sintassi speciale necessaria per convertire una stringa in un oggetto NSDate.

date>CAST("2013-01-02T00:00:00Z",

"NSDATE")

Assegnare applicazioni ai dispositivi macOS

Una volta configurata un'applicazione, aggiungere una singola assegnazione o più assegnazioni.

Se si aggiungono più assegnazioni, attribuire priorità alle assegnazioni spostandole verso l'alto o il basso nell'elenco.

1 Selezionare Risorse > App > Native > Interne o Pubbliche.

2 Caricare un'applicazione e selezionare Salva e assegna oppure selezionare l'applicazione e scegliere Assegna dal menu Azioni.

(11)

3 Selezionare Aggiungi assegnazione e completare le seguenti opzioni.

Seleziona Gruppi assegnazione

Digitare il nome di un gruppo smart per selezionare i gruppi di dispositivi per ricevere l'assegnazione.

Metodo di distribuzione app

n Su richiesta – Distribuisce contenuti a un catalogo o un altro hub di distribuzione e permette che l'utente del dispositivo scelga se e quando installarli.

Questa è l'opzione migliore per i contenuti che non sono fondamentali per l'organizzazione.

Permettere agli utenti di scaricare i contenuti quando vogliono consente anche di risparmiare larghezza di banda e limita il traffico non necessario.

n Automatico – Distribuisce contenuti di un catalogo o di un altro hub delle distribuzione su un dispositivo, al momento della registrazione. Dopo la registrazione del dispositivo, Workspace ONE Intelligent Hub installa automaticamente l'app senza necessità di interazione da parte dell'utente.

Questa è la scelta migliore per i contenuti di importanza critica per l'organizzazione e i relativi utenti mobili.

La distribuzione inizia il

Applicazioni interne

Scegliere un giorno del mese e un orario del giorno per l'avvio della distribuzione.

L'impostazione Priorità regola quale distribuzione viene inviata per prima. Workspace ONE UEM esegue il push delle distribuzioni a seconda della configurazione della Decorrenza.

Per impostare una data di inizio con una larghezza di banda sufficiente per la riuscita della distribuzione, considerare i modelli di traffico della rete.

4 Seleziona Aggiungi.

5 Utilizzare i pulsanti Sposta su e Sposta giù per ordinare le assegnazioni, se ce n'è più di una.

Posizionare le assegnazioni critiche in cima all'elenco. Questa configurazione viene visualizzata come Priorità. L'impostazione Priorità ha la precedenza quando esistono distribuzioni in conflitto assegnate a un unico dispositivo.

6 Selezionare Salva e pubblica.

Gestire gli aggiornamenti della distribuzione di software macOS

Una volta distribuiti l'applicazione macOS o il software, l'applicazione o il software distribuiti possono essere gestiti da Workspace ONE UEM console. È possibile gestire gli aggiornamenti caricando una nuova versione del file nella console UEM.

1 Selezionare Risorse > App > Native.

2 Selezionare l'applicazione che si desidera aggiornare.

3 Nella parte superiore destra della pagina Dettagli, selezionare Aggiungi versione.

4 Caricare il programma di installazione e il file .pkginfo della nuova versione.

5 Se necessario, eseguire ulteriori modifiche e quindi salvare.

6 Selezionare Salva e assegna.

(12)

Installare le applicazioni macOS utilizzando Munki

Munki utilizza le informazioni del file pkginfo e cerca elementi software specifici per decidere se è necessario installare o meno un determinato elemento. Per creare un elemento pkginfo

funzionale, è importante comprendere i metodi utilizzati da Munki per controllare l'elenco degli elementi software.

Importante La maggior parte del contenuto riportato in questa sezione proviene dal sito Web di Munki.

Metodi

In ordine di precedenza Munki utilizza i metodi seguenti per determinare se l'elemento specificato deve essere installato (o rimosso):

1 Installare applicazioni macOS mediante script di controllo 2 Installare applicazioni macOS mediante elementi di installazione 3 Installare applicazioni macOS utilizzando le ricevute

Quando si combinano questi metodi, viene utilizzato solo il metodo con priorità più alta. Ad esempio, se un elemento pkginfo specifico dispone sia di un elenco di "installazioni" che di un elenco di "ricevute", le ricevute vengono ignorate al fine di determinare lo stato dell'installazione.

Anche in questo caso, tuttavia, è possibile utilizzare le ricevute durante la rimozione di un elemento, poiché consentono a Munki di determinare esattamente quali file sono stati installati.

Installare applicazioni macOS mediante script di controllo

Un elemento pkginfo può contenere facoltativamente un installcheck_script. Lo script di controllo dell'installazione fornisce un metodo per determinare se è necessario installare un elemento software, laddove la fornitura di installazioni/ricevute non è adatta o non è praticabile.

Gli strumenti della riga di comando in genere installati tramite la porta (MacPorts) o i moduli Python installati utilizzando easy_install o PIP sono esempi principali poiché forniscono un metodo non particolarmente semplice per determinare la versione installata.

Lo script di controllo dell'installazione deve essere scritto in modo che il codice di uscita pari a 0 indichi che l'elemento non è attualmente installato e che pertanto deve essere installato. Tutti i codici di uscita diversi da zero indicano che l'elemento è installato.

Un esempio di installcheck_script che illustra un controllo per determinare se è installata la versione corrente del modulo argparse Python.

#!/bin/sh# Grab current version of installed python moduleversion="$(python -c 'import argparse;print argparse.__version__' 2>/dev/null)"# Compare with the version we want to installif [ ${version:-0} <

1.2.1 ]; thenexit 0elseexit 1fi

(13)

Facoltativamente, è possibile utilizzare un uninstallcheck_script esplicito per determinare se un elemento software deve essere rimosso o meno. In questo caso, lo script con un codice di uscita pari a 0 indica che l'elemento è attualmente installato e che deve esserne eseguita la rimozione.

Tutti i codici di uscita diversi da zero indicano che l'elemento non è installato.

Installare applicazioni macOS mediante elementi di installazione

L'elenco degli elementi installati viene generato da VMware AirWatch Admin Assistant per alcuni tipi di elementi di installazione (.dmg), ma non per i pacchetti Apple (.pkg o .mpkg). È possibile generare (o modificare) questo elenco che rappresenta il meccanismo più flessibile per

determinare lo stato di installazione.

L'elenco di installazioni può contenere un numero qualsiasi di elementi quali applicazioni, riquadri delle preferenze, framework o altri elementi di tipo bundle, info.plists, directory semplici o file. È possibile utilizzare qualsiasi combinazione di elementi per consentire a Munki di determinare se un elemento è installato o meno.

Un esempio di elenco di "installazioni" generato automaticamente per Firefox 6.0

<key>installs</key><array><dict><key>CFBundleIdentifier</key><string>org.mozilla.firefox</string><key>CFBundleName</

key><string>Firefox</string><key>CFBundleShortVersionString</key><string>6.0</string><key>minosversion</key><string>10.5</

string><key>path</key><string>Applications/Firefox.app</string><key>type</key><string>application</string></dict></array>

Per determinare se Firefox 6 è installato o meno, Munki verifica l'esistenza di un'applicazione con CFBundleIdentifier di org.mozilla.firefox e se lo trova, verifica che la sua versione

(CFBundleShortVersionString) sia almeno 6.0. Se non trova l'applicazione o se la versione è inferiore a 6.0, Munki considera Firefox 6.0 non installato. Gli elenchi di installazioni possono contenere più elementi. Se un elemento è mancante o ha una versione meno recente, l'elemento viene considerato non installato. È possibile generare manualmente elementi da aggiungere a un elenco di installazioni utilizzando i seguenti pkginfo:

/Library/Application\ Support/AirWatch/Data/Munki/bin/makepkginfo -f /Library/Interne t\ Plug-Ins/Flash\ Player.plugin

<?xml version="1.0" encoding="UTF-8"?>

<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/Prope rtyList-1.0.dtd">

<dict>

<key>installs</key>

<array>

<dict>

<key>CFBundleShortVersionString</key>

(14)

<string>/Library/Internet Plug-Ins/Flash Player.plugin</string>

<string>bundle</string>

</dict>

</array>

</dict>

</plist>

Copiare e incollare l'intero elenco di chiavi e valori di installazioni oppure copiare il valore dict e aggiungerlo a un elenco di installazioni esistente all'interno del file pkginfo. Munki verifica

l'esistenza di /Library/Internet Plug-Ins/Flash Player.plugin e, se lo trova, ne verifica la versione.

Se la versione è inferiore a 10.3.183.5, l'elemento deve essere considerato come non installato. È possibile generare elementi di installazione per qualsiasi elemento del file system, ma Munki è in grado solo di determinare le versioni per gli elementi di tipo bundle che contengono un file Info.plist o version.plist con le informazioni sulla versione.

Per gli altri elementi del file system, Munki può solo determinare l'esistenza di una directory non bundle oppure calcolare un checksum (per i file). Per i file con checksum, il test non riesce (e quindi l'elemento non verrà considerato installato) se il checksum per il file sul disco non corrisponde al checksum nel file pkginfo.

<key>installs</key>

<array>

<dict>

<key>md5checksum</key>

<string>/private/var/db/dslocal/nodes/MCX/computergroups/loginwindow.plist</s tring>

</dict>

</array>

Se si desidera che Munki controlli solo l'esistenza di un file indipendentemente dal contenuto, rimuovere le informazioni md5checksum generate nelle informazioni sugli elementi installati.

Assicurarsi che il percorso specificato sia valido.

<key>installs</key>

<array>

(15)

<dict>

<string>/private/var/db/dslocal/nodes/MCX/computergroups/loginwindow.plist </string>

</dict>

</array>

Installare applicazioni macOS utilizzando le ricevute

Quando viene installato un pacchetto stile Apple, è possibile generare una ricevuta sulla

macchina. I metapacchetti generano più ricevute. VMware AirWatch Admin Assistant aggiunge i nomi e le versioni di tali ricevute a un array di ricevute nel pkginfo per un pacchetto.

Di seguito è riportato un array di ricevute per i codec Avid LE QuickTime, versione 2.3.4.

<key>receipts</key>

<array>

<dict>

<key>filename</key>

<string>AvidCodecsLE.pkg</string>

<key>installed_size</key>

<string>AvidCodecsLE</string>

<key>packageid</key>

<string>com.avid.avidcodecsle</string>

<key>version</key>

</dict>

</array>

Se Munki utilizza l'array di ricevute per determinare lo stato di installazione, verifica l'esistenza e la versione di ogni ricevuta nell'array. Se una ricevuta è mancante o ha un numero di versione inferiore rispetto alla versione specificata per tale ricevuta nell'array di ricevute, l'elemento viene considerato non installato. Solo se è presente ogni ricevuta e tutte le versioni sono uguali a quelle del pkginfo (o sono più recenti) l'elemento è considerato installato. Per risolvere eventuali

problemi, utilizzare lo strumento pkgutil per esaminare le ricevute installate.

# pkgutil --pkg-info com.avid.avidcodecsle

(16)

No receipt for 'com.avid.avidcodecsle' found at '/'.

In questo caso, la ricevuta per i codec Avid LE QuickTime non è stata trovata sul computer. Una complicazione comune con le ricevute, con molti metapacchetti, è il fatto che la logica di

installazione comporta l'installazione solo di un sottoinsieme dei sottopacchetti. In genere, l'elenco di ricevute contiene una ricevuta per ogni sottopacchetto in un metapacchetto (e necessita di queste informazioni se a Munki viene richiesto di rimuovere l'elemento software in base alle ricevute del pacchetto). Ma se è normale e previsto che non tutti i sottopacchetti siano installati, Munki contrassegna l'elemento come non installato e offre di installarlo più e più volte.

Una soluzione per questo problema consiste nell'aggiungere una chiave facoltativa con il valore True alle ricevute installate facoltativamente. Munki non prende in considerazione queste ricevute durante la determinazione dello stato dell'installazione.

<key>receipts</key>

<array>

<dict>

<key>filename</key>

<string>mandatory.pkg</string>

<string>Mandatory</string>

<string>com.foo.mandatory</string>

<key>version</key>

</dict>

<dict>

<key>filename</key>

<string>optional.pkg</string>

<string>Optional</string>

<key>optional</key>

<true/>

<string>com.foo.optional</string>

<key>version</key>

</dict>

</array>

(17)

Un'altra soluzione per questa situazione è fornire un array di installazioni con gli elenchi degli elementi installati dal pacchetto. Munki può utilizzare informazioni sull'array di installazioni anziché le ricevute per determinare lo stato dell'installazione.

Risolvere i problemi relativi alla distribuzione di software macOS

Questa sezione contiene informazioni sulla risoluzione dei problemi relativi al processo di

distribuzione del software macOS. Sono inoltre riportate informazioni dettagliate sul percorso per verificare i registri.

Risoluzione dei problemi

n Come verificare sul dispositivo a livello locale che un'applicazione sia stata assegnata?

Tutte le applicazioni assegnate sono riportate in /Library/Application\ Support/Workspace ONE UEM/Data/Munki/Munki_Repo/manifests/device_manifest.plist nell'array

managed_installs.

Inoltre, per tutte le applicazioni assegnate il pkginfo corrispondente è memorizzato nel file plist del catalogo in /Library/Application\ Support/Workspace ONE UEM/Data/Munki/

Munki_Repo/catalogs/device_catalog.plist

n Come verificare sulla console che un'applicazione sia stata assegnata?

Nella pagina Visualizzazione elenco delle applicazioni interne, selezionare l'applicazione per passare alla pagina Dettagli dell'applicazione. Quindi selezionare la scheda Dispositivi.

Questa pagina mostra gli stati di installazione dell'applicazione per tutti i dispositivi assegnati e registrati.

n Come ottenere l'accesso diretto ai registri di Munki?

I registri di Munki possono essere accessibili direttamente sul dispositivo sul percorso:

/Library/Application Support/Workspace ONE UEM/Data/Munki/Managed\Installs/Logs/, dove sono salvati come file ManagedSoftwareUpdate.log.

n Dove cercare i dati del report del dispositivo nella console UEM?

La console UEM riporta i dati del dispositivo in alcune posizioni.

n Selezionare Risorse > App > Native > Interne. Selezionare un'applicazione e accedere alla scheda Dettagli applicazione > Dispositivi per visualizzare gli stati di installazione per ciascun dispositivo.

n Passare a Dispositivi e utenti > Dispositivi > Visualizzazione elenco e selezionare un dispositivo per accedere alla scheda Dettagli dispositivo > Risoluzione dei problemi. È possibile visualizzare le attività eseguite sul dispositivo e utilizzare le opzioni di filtro per visualizzare le informazioni relative alla distribuzione del software.

Disinstallare la distribuzione di software dell'applicazione macOS

Sono disponibili più metodi per la disinstallazione del software e il metodo appropriato è

selezionato per impostazione predefinita dallo strumento VMware Admin Assistant in base al tipo

(18)

di file. Se necessario, è possibile sovrascrivere le impostazioni predefinite con uno dei metodi seguenti.

Rimuovi elementi copiati

Il metodo Rimuovi elementi copiati viene utilizzato principalmente per i tipi di file DMG, dove estrae dall'array items_to_copy array [dicts] nel file pkginfo ed elimina tutti i percorsi di file nell'array.

La versione futura della console mostra i percorsi nell'array items_to_copy nell'interfaccia utente.

Rimuovi applicazione

Il metodo Remove App estrae dall'array installazioni [dicts] nel file pkginfo ed elimina tutti i percorsi di file nell'array.

La versione futura della Console mostra i percorsi nell'array di installazioni nell'interfaccia utente.

Rimuovi pacchetti

Il metodo Rimuovi pacchetti viene utilizzato principalmente per i tipi di file PKG. Questo metodo:

n Utilizza le ricevute e analizza i pacchetti da rimuovere.

n Tenta di determinare quali file sono stati installati tramite il file Bom

n Elimina ricezione

n Rimuove solo i pacchetti non associati

La versione futura della Console mostra le ricevute controllate da Munki nell'interfaccia utente.

Script di disinstallazione

Gli script di disinstallazione sono scritti in uno script della shell. Questo metodo è:

n Utilizzato per qualsiasi tipo di programma di installazione

n Utilizzato per eseguire un'operazione di disinstallazione personalizzata. Se si dispone di una distribuzione personalizzata per un'applicazione, scrivere uno script di disinstallazione corrispondente per rimuovere le configurazioni personalizzate.

Distribuzione software delle applicazioni Win32

Con la distribuzione software, Workspace ONE UEM può distribuire le applicazioni Win32 dalla sezione Risorse, consentendo di utilizzare il flusso delle applicazioni esistente per tutte le applicazioni interne.

Per le esigenze relative all'uso di script, utilizzare la funzionalità di provisioning del prodotto descritta nella guida VMware AirWatch Product Provisioning for Windows Desktop Guide disponibile sul sito web VMware Docs https://docs.vmware.com/it/VMware-Workspace-ONE- UEM/index.html.

(19)

Requisiti di distribuzione del software per la distribuzione di applicazioni Win32

Per distribuire applicazioni Win32 con la distribuzione software, utilizzare tipi di file, sistemi operativi e piattaforme supportati.

Piattaforme supportate

La piattaforma supportata per la distribuzione delle applicazioni Win32 è Windows Desktop.

Tipi di file supportati

n MSI

n EXE

n ZIP

Nota Se si utilizza un file ZIP, comprimere i pacchetti delle applicazioni di 4 GB o di

dimensioni maggiori utilizzando 7-Zip. Workspace ONE UEM non decomprime i pacchetti ZIP contenenti i pacchetti delle applicazioni di 4 GB o di dimensioni maggiori quando compressi utilizzando il motore di compressione nativo di Windows.

CDN e sistemi di archiviazione file

È considerata una procedura consigliata utilizzare una Content Delivery Network (CDN) per distribuire le applicazioni. Questa opzione consente di inviare contenuti ai dispositivi nella rete e ai dispositivi remoti. Offre inoltre maggiori velocità di download e riduce la larghezza di banda sui server di Workspace ONE UEM. Tuttavia, in alcuni casi una CDN non è un'opzione valida. Per tali casi, utilizzare un sistema di archiviazione file.

Abilitare la distribuzione del pacchetto software - Ambienti SaaS

Configurare Workspace ONE UEM per il riconoscimento delle applicazioni Win32 tramite il metodo di distribuzione software.

Affinché l'opzione Distribuzione del pacchetto software venga visualizzata, Workspace ONE UEM attiva la CDN per l'ambiente. Passare a Gruppi e impostazioni > Tutte le impostazioni >

Dispositivi e utenti > Windows > Windows Desktop > Distribuzioni delle app e abilitare Distribuzione del pacchetto software.

Nota Se la distribuzione inserisce indirizzi IP di Workspace ONE UEM nella lista bianca, la CDN non funzionerà.

Abilitare la distribuzione del pacchetto Software - ambienti On-Premise

La distribuzione del software è ora attivata per impostazione predefinita nella Workspace ONE UEM Console per tutti i clienti on-premise. Per impostazione predefinita, i clienti ottengono fino a 5 GB di archiviazione per le applicazioni nel database. Per l'archiviazione di applicazioni Win32 di grandi dimensioni, è possibile utilizzare un sistema di archiviazione file.

(20)

È considerata una procedura consigliata utilizzare una Content Delivery Network (CDN) per distribuire le applicazioni. Questa opzione offre il vantaggio di ridurre la larghezza di banda di altri server.

Archiviazione dei file per le applicazioni Win32

Alcune funzionalità in Workspace ONE UEM powered by AirWatch utilizzano un servizio di

archiviazione dei file dedicato per gestire processi di elaborazione e download e ridurre in questo modo il carico di lavoro complessivo sul database, migliorandone le prestazioni. L’archivio file può essere configurato manualmente solo per i clienti on-premise. Viene configurato

automaticamente per i clienti SaaS. L'archivio inoltre include alcuni report, la distribuzione dell'applicazione interna e il contenuto gestito da Workspace ONE UEM. Quando l'archivio file viene abilitato per una di queste funzionalità, viene automaticamente applicato anche alle altre.

L'impostazione dell'archivio file comporta l'archiviazione di tutti i report, di tutte le applicazioni interne e di tutti i contenuti gestiti in questa posizione.

Nella versione 9.0.2 della console sono stati aggiunti tre nuovi report che, pur apparendo identici a quelli esistenti, utilizzano un framework back-end completamente rinnovato. Questo nuovo framework genera report caratterizzati da una maggiore affidabilità e da tempi di download più rapidi. Per usufruire di questi vantaggi, è necessario impostare l'archivio file.

Per ulteriori informazioni sui nuovi report, vedere Panoramica sui report di Workspace ONE UEM.

Se l'archiviazione file è abilitata, tutti i pacchetti di applicazioni interne caricati tramite la console UEM vengono archiviati in una posizione di archiviazione file.

L'archiviazione dei file è necessaria per distribuire le applicazioni Win32 (IPA, PAK, APPX, MSI, EXE e così via) e le applicazioni MacOS (DMG, PKG, MPKG e così via) dall'area Risorse di UEM console. Questa funzionalità è denominata distribuzione software.

Per ulteriori informazioni sulla distribuzione del software per Win32, consultare Distribuzione software delle applicazioni Win32.

Per ulteriori informazioni sulla distribuzione del software per Mac OS, consultare Distribuzione software per le applicazioni macOS.

È possibile separare il database Workspace ONE UEM dai contenuti gestiti memorizzandoli in una posizione di archiviazione dei file dedicata. Il caricamento di grandi quantità di contenuti gestiti può causare problemi di prestazioni del database. In questo caso, i clienti on-premise possono liberare spazio nel database spostando i contenuti gestiti in una soluzione di archiviazione dei file locale integrata.

Per ulteriori informazioni sui contenuti gestiti, consulta Archivio contenuti gestito da AirWatch.

Configurare l'archivio file per le applicazioni Win32 interne

Configurare l'archivio file per le applicazioni interne la procedura descritta di seguito. Se si distribuiscono le app Win32 con la distribuzione del software, questa operazione è obbligatoria, ma verrà applicata a tutte le applicazioni interne una volta configurate.

(21)

Se si dispone di una grande quantità di contenuti gestiti che occupano molto spazio nel database, Workspace ONE UEM offre un archivio file dedicato. Per configurare un archivio file, è necessario determinare la posizione dei file e la capacità di archiviazione, configurare i requisiti di rete e creare un account di rappresentazione. Prima di iniziare, leggere i seguenti prerequisiti:

Verificare la connettività all'archivio dei file dai propri server:

1 Assicurarsi che il percorso del file sia raggiungibile da tutta la Console e le caselle DS e utilizzi le stesse credenziali di rappresentazione definite in UEM console durante la configurazione dell'archivio dei file.

2 Quando si utilizza la condivisione DFS, se il percorso FS è configurato utilizzando FQDN, la radice deve essere accessibile da tutti i nodi Console e DS. Ad esempio, se il percorso del file configurato nell'archivio file è //india.vmware.com/MDM/FileStorage/, assicurarsi che il DS abbia accesso alla radice //india.vmware.com/

Creare la cartella condivisa su un server nella rete interna:

1 L'archivio file può risiedere su un server separato o sullo stesso server di uno degli altri server applicazioni di Workspace ONE UEM inclusi nella rete interna. L’archivio è accessibile solo dai componenti che ne richiedono l'accesso, come il server della console e il server dei servizi del dispositivo.

2 Se il server dei servizi del dispositivo e della console e il server che ospita la cartella condivisa non risiedono sullo stesso dominio, è necessario definire il dominio quando si configura l'account del servizio nel formato <domain\username>. Per evitare un errore di

autenticazione, è possibile definire l'affidabilità a livello di dominio.

Configurare i requisiti della rete:

1 Se si utilizza Samba/SMB - TCP: 445, 137, 139. UDP: 137, 138 2 Se si utilizza NFS - TCP e UDP: 111 e 2049

Allocare capacità del disco rigido sufficiente:

I requisiti specifici dell'archivio possono variare a seconda di come verrà utilizzato l'archivio dei file. La posizione dell'archivio file deve disporre di spazio sufficiente per contenere le applicazioni interne, i contenuti gestiti o i report che intendi utilizzare. Prendi in considerazione i punti

seguenti.

1 Se si attiva la memorizzazione nella cache per i contenuti o le applicazioni interne, la

procedura consigliata è quella di dimensionare il server Servizi dispositivo su un valore pari al 120% della dimensione cumulativa di tutte le app e di tutti i contenuti da pubblicare.

2 Per i report, i requisiti dell'archivio dipendono dal numero di dispositivi, dalla quantità giornaliera di report e dalla frequenza con cui vengono rimossi. Come punto di partenza, allocare almeno 50 GB per dimensioni di distribuzione fino a 250.000 dispositivi, che eseguono circa 200 report giornalieri. Modifica questi valori in base alla quantità

effettivamente osservata nella distribuzione. Se si abilita la memorizzazione nella cache, applicare queste dimensioni anche al server della Console.

(22)

Creare un account di servizio con le autorizzazioni corrette:

1 Creare un account nel dominio della directory dell'archivio condiviso.

2 Assegnare all'utente locale le autorizzazioni di lettura/scrittura/modifica sulla condivisione file utilizzata per il percorso dell'archivio file.

3 Configurare l'utente della rappresentazione dell'archivio file in Workspace ONE UEM con l'account di dominio nel formato <domain\username>.

4 Se la directory dell'archivio condiviso non si trova in un dominio, creare un utente e una password locale identici sul server utilizzato per Archivio file, Console e Servizi dispositivo. In questo caso, fornire l'account utente locale nel formato <nomeutente>.

Configurare l'archivio file per il gruppo globale:

1 Configurare le impostazioni dell'archivio file a livello di gruppo globale dalla console UEM. Una volta abilitata l'archiviazione file, è possibile configurare un repository esterno in cui archiviare i file. Se l'impostazione è disattivata, i file verranno archiviati come oggetti binari di grandi dimensioni nel database.

1 A livello di gruppo globale, passare a Gruppi e impostazioni > Tutte le impostazioni >

Installazione > Percorso file e scorrere fino alla fine della pagina.

2 Selezionare il cursore Archiviazione file attivata e configurare le impostazioni.

Percorso dell'archivio dei file

Inserire il percorso dei file da archiviare nel formato seguente: \\{Nome server}\{Nome cartella}, dove Nome cartella è il nome della cartella condivisa creata sul server.

Memorizzazione dell'archivio file attivata

Se questa impostazione è attivata, sul server Servizi dispositivo viene memorizzata una copia locale dei file richiesti per il download come copia cache. Per i download successivi dello stesso file, tale copia verrà recuperata dal server Servizi dispositivo anziché dall'archivio file.

Se è attivata, i file vengono memorizzati nella cache localmente sul server DS quando vi si accede per la prima volta. Le richieste successive sono servite utilizzando i file memorizzati nella cache sul server DS invece di eseguire lo streaming dalla posizione di archivio del file.

Se si abilita la memorizzazione nella cache, è consigliabile pensare alla quantità di spazio necessaria sul server.

Se esegui l'integrazione con un CDN, le app e i file vengono distribuiti tramite il provider CDN e sul server Servizi dispositivo non viene memorizzata una copia locale. Per ulteriori informazioni, fare riferimento alla CDN Integration Guide di Vmware Workspace ONE UEM (https://resources.air-watch.com/view/8cr52j4hm6xfvt4v2wgg/en).

Rappresentazione dell'archivio file attivata

Selezionare questa opzione per aggiungere un account di servizio con le autorizzazioni corrette.

Nome utente della rappresentazione dell'archivio file

Fornire un nome utente valido per l’account di servizio per ottenere le autorizzazioni di lettura e scrittura per la directory dell'archivio condiviso.

Password Fornire una password valida per l’account di servizio per ottenere le autorizzazioni di lettura e scrittura per la directory dell'archivio condiviso.

3 Seleziona il pulsante Esegui test sulla connessione per eseguire il test della configurazione.

(23)

Comportamento dell'installazione dell'applicazione Win32, distribuzione software o provisioning del prodotto

Workspace ONE UEM Console include diversi modi per distribuire le applicazioni Win32.

Selezionare diverse combinazioni di installazione per la distribuzione software o l'uso del provisioning del prodotto.

Provisioning alternativo del prodotto

La procedura consigliata consiste nel distribuire le applicazioni Win 32 da Risorse. Tuttavia, se la distribuzione dell'applicazione con Risorse non è soddisfacente, come metodo alternativo è possibile eseguire la distribuzione nei dispositivi che utilizzano il Provisioning del prodotto.

Nota gli utenti non ricevono prompt UAC (controllo account utente) per tutte le applicazioni che richiedono solo le autorizzazioni standard.

Comportamento di installazione delle applicazioni Win32 tramite Risorse

Fare riferimento alla tabella per comprendere il comportamento di installazione delle applicazioni Win 32 per tutte le app che richiedono privilegi di amministrazione.

Configurazione dell'applicazione Win32 da Risorse

Installare le impostazioni di contesto nella console Workspace ONE UEM

L'utente è un amministratore

L'utente è un utente standard

Selezionare Risorse >

App > Native >

Interne e scegliere Aggiungi

applicazione

Passare a Opzioni di distribuzione

> Come installare e impostare n Contesto di installazione =

Dispositivo

n Privilegi di amministrazione = Sì

Le impostazioni indicano che l'applicazione viene configurata per tutti gli utenti su ogni dispositivo e l'account utente ha un token di accesso elevato per installare l'applicazione.

n Contesto installazione impostato su

Dispositivo n Privilegi di

amministrazione impostato su Sì n L'utente è un

amministratore L'installazione viene completata senza prompt.

amministrazione impostato su Sì n L'utente è un utente

standard L'installazione viene completata senza prompt.

App > Native >

applicazione

Dispositivo

n Privilegi di amministrazione = No

Le impostazioni indicano che l'applicazione viene configurata per tutti gli utenti su ogni dispositivo e l'account utente non deve avere un token di accesso elevato per installare l'applicazione.

amministrazione impostato su No n L'utente è un

amministrazione impostato su No n L'utente è un utente

standard L'installazione viene completata senza prompt.

(24)

Configurazione dell'applicazione Win32 da Risorse

Installare le impostazioni di contesto nella console Workspace ONE UEM

L'utente è un amministratore

L'utente è un utente standard

App > Native >

applicazione

Utente

n Privilegi di amministrazione = Sì

Le impostazioni indicano che l'applicazione viene configurata per tutti gli utenti su ogni dispositivo e l'account utente ha un token di accesso elevato per installare l'applicazione.

n Contesto installazione impostato su Utente n Privilegi di

amministrazione impostato su Sì n L'utente è un

amministrazione impostato su Sì n L'utente è un utente

standard

L'installazione non riesce.

App > Native >

applicazione

Utente

n Privilegi di amministrazione = No

Le impostazioni indicano che l'applicazione viene configurata per tutti gli utenti su ogni dispositivo e l'account utente non deve avere un token di accesso elevato per installare l'applicazione.

amministrazione impostato su No n L'utente è un

amministratore L'installazione viene completata con prompt.

amministrazione impostato su No n L'utente è un utente

standard

L'installazione non riesce.

Comportamento di installazione delle applicazioni Win32 tramite provisioning del prodotto

La procedura consigliata consiste nel distribuire le applicazioni Win 32 da Risorse. Tuttavia, se la distribuzione dell'applicazione con Risorse non è soddisfacente, come metodo alternativo è possibile eseguire la distribuzione nei dispositivi che utilizzano il Provisioning del prodotto.

Se si configurano le applicazioni Win32 mediante il provisioning prodotto, è possibile utilizzare la seguente tabella per comprendere le combinazioni del manifesto Installazione ed Esecuzione e il contesto del comando. È possibile scegliere se eseguire l'installazione o l'esecuzione a livello di sistema, a livello di utente o a livello di account amministratore. L'installazione può variare in base alle selezioni effettuate.

Fare riferimento alla tabella per comprendere il comportamento di installazione delle applicaizoni Win32 tramite il provisioning del prodotto