Yes, you can create a pkg that will install the ActionSite file.
/Library/Application Support/BigFix/BES Agent/actionsite.afxm
If you want to use AutoDMG to build the image then I believe all the files need to be added via packages. So not ideal but I think it is your best and only option. I’m not sure how picky the BESAgent is about permissions but I’d recommend making sure that they are set right or just use a known good copy from the actual location on disk.
My suggestion for the client settings.cfg would be to just manually use the CfgToPlist.pl utility to build the com.bigfix.BESAgent.plist file and build another package containing that file that you can add to AutoDMG.
Locations:
/Library/BESAgent/BESAgent.app/Contents/MacOS/CfgToPlist.pl
/Library/Preferences/com.bigfix.BESAgent.plist
The last question is tricky, so yes and no. No, you wouldn’t need to build a modified BigFix Agent installer pkg to include the clientsettings.cfg, because the logic in the package pre/post install scripts wouldn’t work right anyway. In order to get it to work with AutoDMG it would take more complexity, so you are likely better off going with the option I described above.
Yes, you would need to build a modified version of the BigFix Agent installer pkg because the pre/post install scripts are not written to account for non-boot volumes. (Which given the nature of BigFix, it really, really should!!) Most modern deployment guides would tell you to only include the minimum amount of software needed to bootstrap the client and use your software distribution system to deploy the rest of the software after the system is booted. Which would be the BESAgent!
So, as of v9.2 the pre/post install scripts don’t account for installation on non-boot volumes (and unless AutoDMG is doing some chroot madness) the scripts will actually run against the boot volume of the system running AutoDMG. Luckily, if you’ve already packaged the ActionSite and Client Settings files, in this type of workflow the scripts aren’t really doing anything useful anyway. The only remaining issue is that the payload permissions are still set incorrectly, which will cause the BESAgent to never start on first boot because the launchd jobs won’t be loaded.
TL;DR - Create custom packages for actionsite.axfm
and com.bigfix.BESAgent.plist
and re-package or modify the BESAgent.pkg by trimming out all the useless pre/post install scripts and instead use a post-install script to fix the broken payload permissions by using the $3
installer package variable to target the actual installation volume.
Good luck!
Related forum post and RFE link here: Poorly packaged OS X BESAgent installer - RFE Please Vote!