Nexthink deployment

New Contributor III

Hello I need a  help to deploy Nexthink collector app on mac through Jamf.

I have .dmg for Nexthink which is having 4 different component, if I copy the .dmg file under /tmp and drag into composer and click on convert into source then shows me 4 components in a separate window, but composer never shows the actual path like /tmp/Nexthink.dmg, still I closed the window and built it as .pkg , but if I run manually on my mac it says incompatiable on this device. Any easy way to deploy Nexthink on mac through Jamf using by .dmg file?


Esteemed Contributor II

@Asifahmed You should consult the Nexthink docs on deploying via Intune ( and adapt the script they provide there. There is a separate section in that guide on creating the needed Configuration Profiles in Jamf Pro, so why they don't also provide Jamf Pro specific deployment instructions I don't know.

Valued Contributor

you can always go old school with composer and try building it with a snapshot?

Legendary Contributor III

I wouldn't do this. It's unlikely to work. Nexthink provides a special command line installation tool you can push to the Mac ( and then call it in a script for a remote installation.

Contributor III

Packaging and deploying the is what I've done for the last four builds of Nexthink, works fine.

This EA might also be of use:



config="/Library/Application Support/Nexthink/config.json"

if [ -f "$config" ]; then

	VERSION=$(/usr/bin/awk -F\" '/version/ { print $4 }' "$config" )


	VERSION="Not Installed"

echo "<result>$VERSION</result>"​



New Contributor II

Do you have anymore info on how this process is done? I've tried to modify the Intune script to do ti that way, but I think packaging up the is what I'm going to have to do. I've been able to package it in composer, but I'm not sure I'm deploying it to the right place or if I'm calling it properly with a script to actually run the installation.

Legendary Contributor III

Seconding @sdagley's recommendation on consulting any documentation from Nexthink. I worked with a TM there and they helped me get their agent deployment working properly.

You need to deploy and use the that's inside the disk image for any kind of remote install. You call that in a script and pass the necessary parameters to it. Their documentation has more information in it on how to do that.

New Contributor III

But why cant I make it packaged after placing the .dmg into /tmp?

Legendary Contributor III

@Asifahmed I'm not sure I understand your question. It DOES need to be packaged and deployed, but the reality is the only item from the DMG you need to push is the The other items are GUI installers/uninstallers and can't be run through an automation script as they weren't designed for that.

Here's what my Nexthink package looks like in Composer.


Screen Shot 2023-06-08 at 2.12.36 PM.png
I'm only pushing the and the customer key into a folder in /private/tmp/ From there, a post install script (in the Jamf policy, not in the package) runs and references the path to the and executes it with the necessary flags and settings to do the installation.

New Contributor III

Ok, After running the .dmg file I copied the thehn copied to /tmp, and then dragged into composer and built as .pkg, now if I run the script below, I am getting the below.


sudo /private/tmp/ -address -tcp_port 443

+ macOS Collector Installer/Uninstaller Tool

+ Copyright Nexthink S.A. 2022


Unable to read the json configuration file: /Library/Application Support/Nexthink/config.json

The installation requires an address, and the customer Key.

asif@FVFJ7MNQ1WFV ~ %


What exactly I need to do here? And I am on the correct way for script?

New Contributor III

BTW, I putted the customer key and it got installed successfully, but still throwing the message that cant read the file 

/Library/Application Support/Nexthink/config.json


But this time I mean running the command I can see the config.json file exist.


Any idea why it is throwing such message?

Contributor III

Would you mind sharing what your post-install script looks like?


Legendary Contributor III

Sure, the below is the script, sanitized to remove some of our URLs and other custom information. Some of the flags we were instructed to use may not apply to your case, so customize it as needed.

Basically almost everything under the ## File paths and variables heading you would need to input your own values.


## File paths and variables

## Check that required items are in the expected locations
if [[ -e "$installer_path" ]] && [[ -e "$key_path" ]]; then
    ## Installation with required flags
    /bin/echo "Beginning installation..."
	"$installer_path" \
    -address "$cloud_url" \
    -tcp_port 443 \
    -data_over_tcp enable \
    -use_assignment enable \
    -engage enable \
    -ra_execution_policy signed_trusted_or_nexthink \
    -key "$key_path" \
    -anonymize_username disable \
    -windows_focus_time_monitoring enable \
    -user_interaction_time_monitoring enable \
    -anonymize_wifi_network disable \
    -proxy_pac_address "$pac_url"
    /bin/echo "Could not start installation. Some required items are missing. Exiting..."
    exit 1


New Contributor

All good stuff here. I settled on the Nethink inTune script I hacked up. The one thing I noticed with the latest version is they changed the folder structure and the previous extension attributes won't work. 

if [ -f "/Library/Application Support/Nexthink/config.json" ] will fail since now they use 

"/Library/Application Support/NexthinkVersions/"  

Looks like they will be using the version number for folder name. Just a FYI if you are relying on the EA for any smart group deployments. Still trying to figure out how to work this out without hardcoding since my scripting skills are awful. 

Legendary Contributor III

Thanks for this heads up. I have to look, but I don't think we're (yet) using that version, so good to know. I'm not sure why they would have started using a version specific folder now. Doesn't make any sense to me, but whatever.

As for updating an EA, there's several ways to future proof that. You could for example set a variable for the config.json file by doing a find against the general path.

config_json=$(/usr/bin/find /Library/Application\ Support/NexthinkVersions/*/config.json)

Note that the path to search is not double quoted. Find doesn't work with a * wildcard if you double quote the path because it thinks you're looking for a literal asterisk as part of the folder path.

The only gotcha here could be if the Nexthink install leaves behind some older version folders. I really hope it doesn't do that since it would locate all of them and mess up the script. If there's only ever one "NexthinkVersions/<version-number>" path, then the above should work.

Esteemed Contributor II

@Zman Can you confirm that "/Library/Application Support/Nexthink/" does not exist on your Macs with Nexthink installed? We're still running, and it has the "/Library/Application Support/NexthinkVersions/" folder but there is also a "/Library/Application Support/Nexthink/" alias to that folder.

New Contributor

Copy .dmg to Jamf, create a package with installation commands, and test on Mac. Contact Jamf support if needed.