Filesets - A Closer Look
Contents, Properties, Settings, Revisions and Dependencies
- Filesets View
- Desktop File Level Filesets
- Desktop PKG and MSI Filesets
- Verification
- Windows Registry
- Apple VPP Apps
- Enterprise Filesets and Documents (iOS only)
- Apple Profile Filesets
- Android Apps
- Fileset Properties
- Dependencies
- Revisions
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:
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
Example 2
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.
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.
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.
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. |
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.
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. |
eBooks may also be delivered:
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.
Configuration
Enhanced App configuration may be applied, where developers have chosen to offer such features, by way of a preference manifest in plist format.
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.
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:
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.
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.
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:
Example, Apple App Store Details:
Example, Apple Profile Kiosk:
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.
- Left image: the Fileset which will instal first (should not be associated with devices relying upon this dependency).
- Right image: the Fileset that will be associated and therefore instal afterwards. It can be seen that the Fileset on the left is shown as a dependency of the Fileset on the right.
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.
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.