Filesets - A Closer Look

Contents, Properties, Settings, Revisions and Dependencies

Filesets View

Creating a Fileset and deploying to clients can be relatively simplistic, e.g. PKG, MSI or VPP.  However, custom configuration through properties, provides tremendous flexibility.  

The standard Fileset view provides some basic details:

Duh8FMEVU5IDJppp-embedded-image-p7qfarhr.png


Name

Fileset Title            

Size

Fileset size, as stored on FileWave Server and Boosters or Clients when transferred.

Version

Each update to a Fileset will increment its version number after the Model Update

Files

Total number of files stored within the Fileset

ID

A unique identifier used by FileWave to track each Fileset

Comment

User customisable text for viewing in FileWave Admin software only

VPP Token

Apple Volume Purchase Program token name

Default Revision

Indicates the default revision to be deployed, where a Fileset contains multiple revisions

Revision Count

Highlights the amount of revisions within each Fileset.

Each Fileset, though, has additional, customisable features, which vary depending upon the Fileset type, e.g. Apple VPP, Windows Registry or File Level, as covered in the other pages of this chapter.

Desktop File Level Filesets

Contents of a file level Fileset will be delivered to devices, with matching permissions and ownership.  The entire directory structure of the Fileset will be copied, with any directories created if not yet existing.

Example 1

MTZynaxHsr71VM2t-embedded-image-1uw90vue.png

Example 2

fR2iusk3CDO5OzuL-embedded-image-n9o2e0bn.png

Additional items may be included by way of either the New Folder or Import Folder buttons.  Files and folders may also be added by way of drag and drop.  Other attributes may be observed and altered through the Get Info button, when an item is selected.


8trDiHeGIRZOxvT0-embedded-image-vmjprnvf.png

Beyond ownership and permissions, further options are available also, for example, ACLs, Verification and file execution (scripts and EXE files).  Verification has its own page in this chapter and is important to understand.

A selected file’s contents may be altered using the Edit Text option.  This is particularly useful for scripts, but can apply to many file types, as set within the Preferences > Editor tab.

Files may be selected and exported from the Fileset to the local device.

Desktop PKG and MSI Filesets

Special Filesets may be created for PKG and MSI installers.  These will automatically instal the software on deployment activation. Simply dragging and dropping a PKG or MSI directly into the Fileset window view, will generate the necessary Fileset as required, without the need to use the New Fileset button.

Ek7EZCtoUXqlOB3S-embedded-image-akmzu4c9.png

File Level Filesets (including PKG and MSI Filesets) can be exported for transfer to another FileWave server. They can also be compressed and stored for future use or archived.

Verification

There are three primary verification settings. Each of these settings causes the related file(s) to behave differently once deployed.

Pasted Graphic 1.png

Self Healing

Files set as self-healing will be replaced on devices with those within the Fileset, if different, or added if missing.  The act of Verification re-confirms all included files.

On disassociation, Files included in the Fileset will be removed from the device

Download if Missing

 

Similar to self-healing, however, the file will only be added if the file is missing.  After initial deployment, the file may be altered, without repair occurring at Verification

On disassociation, Files included in the Fileset will be removed from the device

Ignore At Verify (Left Behind)

Once delivered, the file may be altered.

On disassociation, delivered files will remain on the device.

A couple of additional options are available:

Don’t overwrite existing files upon deployment

If enabled, only deliver the file if it does net exist.

Overwrite only if the existing file is older

A sub option to the overwrite option, only replace the current file on the device, if that existing file has an older timestamp than the matching file in the Fileset.

Pasted Graphic 3.png

File comparison is by name and modification date.

Any files that already exist between one Fileset and another, will not be transferred between server and client since they already exist as required; with the exception of the overwrite option on initial deployment.

Windows Registry

Windows registry files may be included within a Filesets and edited within FileWave.

muc1m7BDo5mcTzjI-embedded-image-hvliewyv.png

Apple VPP Apps

Unlike File Level Filesets, Apple VPP Filesets contain the details of the App from the App Store, including the link to the App, with 3 distinct tabs, Details, Kiosk and Configuration.  

FileWave does not store Apps from the App Store, devices will pull the Apps directly from the App Store on successful activation.

Details

Amongst these are some key entries:

Remove App when MDM profile is removed

If the device has the MDM enrolment profile removed, this option will force Apps managed by MDM to be removed.

Prevent Data Backup

Disallow the App from backing up user data

Take management of this app if the user has installed it already

For Apps already installed, the MDM server will take over management of the App from the user.  This allows VPP to auto update the App, amongst other things.

aevzYFUC6uHu9Vne-embedded-image-bpsgl6rv.png

eBooks may also be delivered:

JlsGEn0Y5mPWI1Lv-embedded-image-myuyh1wq.png

Kiosk

Details to be displayed to the user through the FileWave Kiosk App, including App Store ratings, description, etc.  Text may be updated, categories added or removed and icons replaced.


a9XUUbMwXG2L2Ksn-embedded-image-xxthpmnt.png

Configuration

Enhanced App configuration may be applied, where developers have chosen to offer such features, by way of a preference manifest in plist format.

https://developer.apple.com/library/ios/documentation/General/Reference/InfoPlistKeyReference/Articles/AboutInformationPropertyListFiles.html

Suppliers of Apps should provide details if they exist.

Enterprise Filesets and Documents (iOS only)

Apps developed outside of the App Store may also be delivered to devices, where developer requirements are met.  Documents may also be delivered to devices.

These Apps or documents may be stored either locally on FileWave Servers or remotely, with a URL link provided.

image.png

Apple Profile Filesets

Profiles utilise Apple’s defined payloads, allowing management or configuration of User and System.  FileWave presets User or System correctly where only one option is available for included payloads.  Some payloads, though, could be either User or System as shown in the Fileset Settings:

Pasted Graphic 4.png

User

Only set when a managed user logs in

System

Payload settings applied regardless of user logged in.

Apple allows the management of any amount of directory users for a single device.  However, only one local user will be managed.  This user will be the first user after enrolment of the device.

Profiles are stored directly within the Fileset and delivered to devices after MDM communication has been established.

Android Apps

Android Filesets are created from either the public or private Play Store.  Additionally, Web Apps may be considered.

Pasted Graphic 5.png

Three tabs are available for a Play Store App Fileset: Configuration, Permissions and Managed Properties.  The later will only contain management options, where the developer has chosen to include options.

 

Pasted Graphic 6.png

Configuration and Permissions should be reviewed, as should any any management properties where they exist, before assignment.

Fileset Properties

Properties exist for most Filesets, but options displayed will vary depending upon Fileset type.

File Level Filesets include:

Properties

Additional features, including Reboot (force sub-option), priority and an option to alter the verification for the entire Fileset.  Priority offers additional control over the order of Fileset activation.

Requirements

Settings defining the OS and hardware specific necessities.  Only if devices match these, will the Fileset be downloaded and activated.

Dependencies

Discussed in greater details elsewhere.  In essence, the Fileset will only activate if another defined Fileset instals first.

Delete Files

A Defined list of files to be removed during activation

Kiosk

Details shown to users via the Kiosk Self-Service menu and system tray item.

Example, File Level Requirements:

Pasted Graphic 7.png

Example, Apple App Store Details:

Pasted Graphic 8.png

Example, Apple Profile Kiosk:

Pasted Graphic 9.png

Profiles may only be a dependency in one direction, to prevent unexpected delay of Fileset installations.

FileWave has no control over the MDM protocol, but must rely upon Apple’s process for delivery of MDM items.  For this reason, using dependencies, an MDM Fileset, e.g. Profile or VPP App, may be defined to instal after any other non-MDM Fileset type has been activated, but does not allow other Filesets to be reliant on an MDM Fileset.

Dependencies

Dependencies offer a way to associate multiple Filesets with reliance upon other Filesets to be installed first.

From the below example image, 2 Fileset Dependency Properties are displayed.


Pasted Graphic 10.png

Multiple Filesets may be used as dependencies or be the dependent.  Dependents of a Fileset may also be a dependency of another Fileset, creating a chain of Fileset installations.

Revisions

Previously, updating one version of a software, for example, to a newer version, would require: a new Fileset created, new association or deployment generated and then the prior association removed.  Revisions simplifies this process.

To prevent associations or deployments being altered, a Fileset becomes a container of multiple revisions.  

Pasted Graphic 11.png

The version associated with devices may be altered within the Fileset.  This allows for efficient update of Filesets on devices, simplified process between testing and mass assignment, whilst at the same time providing an easy method to roll back if found to be necessary; depending upon Fileset Type.

Behind the scenes, swapping from one revision to another is the same as actually swapping between two different Filesets.  All contents will be reconsidered and any scripts ran, e.g. a post-uninstaller script will run if included in the Fileset Revision that is being unassigned.