However, following a successful installation, the Self Service policy performs a recon run, which will drop the computer out of the smart group, thus preventing further executions until the next update is made available. has an execution frequency of "Ongoing" to allow multiple runs should tests fail.If the Testing category doesn't exist, it will be created. This groups policies together under the Testing category on the Policies page of the JSS web interface to separate and distinguish them from other policies. includes a Self Service icon and description.is scoped to the smart group mentioned above.The PolicyTemplate.xml file tells JSSImporter to create a single Self Service policy for each product, called Install Latest.the computer is a member of a group called "Testing" (which is created and maintained manually by the Jamf admin).the version does not match the newest version that AutoPkg found.the computer has the software in question installed.The SmartGroupTemplate.xml file tells JSSImporter to create or update a smart group called -update-smart.JSSImporter uploads the package file to all configured distribution points.(See the list of categories in the Style guide below.) If the category doesn't exist, it will be created. The JSS recipe specifies the category for the package file itself, which is chosen from among a limited set of approved categories.The package file's metadata includes any OS version restrictions that govern that product's installation.The resulting package file's name includes the software's name and version number (e.g.This ensures that a pkg can be uploaded to the distribution points. JSS recipes use recipes that produce standard Apple package (pkg) files as parents.The following pieces work together to accomplish this workflow: Software packages are uploaded to distribution points and made available through a Self Service policy to members of the Testing group who do not already have the latest version of the software. We strive to include the most common apps expected to be part of the AutoPkg domain, including but not limited to those of the "standard" Recipes repo.įinally, we want to make the style of JSS recipes consistent, as set forth below in the Style guide. This process will ensure that the recipes can be relied upon to faithfully realize the standard workflow, and administrators will be able to extend and override these recipes with predictable and consistent results. Next, we aim to promote this standard workflow by peer-reviewing all recipes in this repository. While it is possible to upload and deploy software in many ways using JSSImporter, the workflow reflected in these recipes will be safe, consistent, and sane. This repository of recipes strives to represent a collective expression of best-practices in automated software patch management for administrators of Jamf Pro (Casper Suite).įirst and foremost, the contributors of this repository aim to agree upon a standard software testing workflow that mirrors community-supported standards in use by other deployment frameworks. A collection of AutoPkg recipes that helps Jamf Pro administrators use JSSImporter to automate their software testing workflow.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |