Mac: Munki笔记
Munki是一种方便的程序安装模式，它准许客户端无须本地管理员干预的程序安装，这在复杂网络环境中尤其方便。
笔记: Oct 20, 2010
Munki的思路
安装
Munki的大部分命令被安装在 /usr/local/munki，
同时还有 :
/Library/Preferences/ManagedInstall.plist文件，控制客户端本地
/Library/ManagedInstalls/ 目录是客户端的工作目录
/Applications/Utilities/Managed Software Update.app 这是一个和苹果更新程序界面类似的程序更新安装界面，普通用户可以运行它来手动检查更新，并不需要本地的管理员权限的介入，就可以安装软件和更新。
/Libraray/LaunchAgents/
/Libraray/LaunchDaemons/
分别有三个 Launchd的 plist文件，分别用于自动检查 (默认每 10分钟 )和安装，以及手动检查
Server的配置 ：
在 Web Server 根 目录下 创 建目 录结构
munki/catalogs
munki/manifests
munki/pkgs
munki/pkgsinfo
其实在Server上无须安装munki，它只是一个存储和分类功能，并通过使用web服务器提供的网络接口，提供服务。下面的配置活动可以在远程完成后上传。
1.所有的pkg文件都储存在munki/pkgs里面，如果是meta package格式，需要把这个安装文件包在dmg文件中。确保everyone有read的权限 chmod 644 munki/pkgs/*
2.使用munki提供的工具，为每个package生成pkginfo文件 。 命令：/usr/local/munki/makepkginfo munki/pkgs/[NAME_OF_DISK_IMAGE] > munki/pkgsinfo//[NAME_OF_DISK_IMAGE].pkginfo
pkginfo文件
说明该安装文件的具体信息，位置，版本，类型（applications, files, plist,bundle等），标识／校验值，目标系统最低系统要求，
空间大小，依赖条
件(<key>requires</key>依赖其他软件的安装等，注意如果定义了彼此依赖，那么被依赖被删除，依赖者也被删除，
还有一种更新的依赖关系
<key>update_for</key>)等等,这样有利于安装程序做出如何安装的决定。
3. 生成catalog（ 文档说明 ） 生成 catalogs目录里面的控制文件 (XML格式的 plist)，目前来说， catalog只支持类似软件发布方式的分类，而且排列顺序很重要，在前面的比后面的优先。比如定义 Development, testing, production等，它不支持对客户端的任意分组。
／usr/local/munki/makecatalogs munki
4. 在 munki/manifests 定义。
( manifest ＋ 1 的说明 ), 定义这一类 (catalog)的客户端来说，什么是必须安装的 (managed_installs)，必须卸载的 (managed_uninstalls)，可以安装的－最终用户可以自己选择是否安装 (optional_installs)，和需要更新的 (managed_updates)
更新程序，反复 1.2.3.最后更新 manifests
或者使用 munkiimport 完成步骤 1,2
客户端配置 :
客户端的配置主要是制定服务器的地址和它的分组情况，也就是使用哪个 manifests指定的分组来管理本机的更新。
分组的用途，有的时候，不同的机器安装了不同软件，而你不希望不同机器混合使用不同的软件，这样把他们分成不同的组，进行软件安装管理很方便；有的时候他们的配置不同，用途不同，软件环境不同，都需要对他们区分安装。
配置很简单，主要在 /Library/Preferences/ ManagedInstall.plist 文件中设置两个值 :
ClientIdentifier是本机所属分组的名称，比如 testing.
SoftwareRepoURL就是服务器的地址，比如 http://www.server.my/munki
设置这两个参数，使得客户端 munki查找 http://www.server.my/munki/testing ，找到属于自己的 manifest文件。
Munki还支持对 manifest, catalog和 package的分别设置 ( ManifestURL, CatalogURL, PackageURL), 为了简单只设置 SoftwareRetoURL就默认所有的目录都在它的根目录下面。
如何手动让客户端检查更新呢？
运行 /Applications/Utilities／ Managed Software Update.app
或者是命令行 /usr/local/munki/managedsoftwareupdate命令
一个演示在客户端是如何动作的文档： Workflow Example
局限和缺陷 ：
虽然支持https的加密通讯，但是没有其他的类似puppet的方式
它不支持对客户端的任意分组，这是它的一个局限。
而且它的设计有点奇怪，每个 pkginfo可以定义自己的多个 catalog分类， catalog又有优先， manifest又和客户端联系来确定客户端的 catalog。
原文链接： http://blog.csdn.net/afatgoat/article/details/5969056