Posted on 11-10-2015 12:59 AM
We make a policies that will change client computer name to sync what computer name on our jss. but for some reason its not syncing when we tried to Sudo jamf recon or sudo jamf manage the computer, the computer name from client computer will be sync on our jss record. and the computer name on the client computer is grayed out so we can't change it manually.
Solved! Go to Solution.
Posted on 11-11-2015 04:09 AM
You should need to use sudo at all. The JAMF policies will run automatically on enrolled clients depending on the trigger you specify in the policy options.
If you do want to trigger it on a client you use sudo jamf policy
, which will trigger any policies scoped to the computer on the recurring checkin trigger.
Posted on 11-10-2015 03:16 AM
Have you made a policy to apply the change? It's a maintenance checkbox in the policy options.
Posted on 11-10-2015 06:43 AM
I'm confused, are you using a policy to correct the name or running a command of "sudo jamf recon"?
If your running recon, you're telling the machine to update the record in the JSS with what is currently on the computer. So in this instance the computer is the authoritative source.
If you update the computer name in the JSS and then run Casper Remote and under the Advanced tab choose the "Reset Computer Names" option that will update the client. Or if you're using a policy you can choose the "Reset Computer Names" in the Maintenance category. Keep in mind that the policy needs to run before an inventory of the client, because it will update the name field again if you don't. <-(or at least I believe that's the order, as I've struggled with correct names in the past)
Posted on 11-10-2015 08:33 PM
Yes we are using a policy. this the policy that we made.
Posted on 11-11-2015 12:06 AM
Hi, I don't think you can have update inventory in the same policy as that updates the JSS computer name before getting to the rename computer task.
Try it with update inventory unticked.
Posted on 11-11-2015 02:04 AM
when should the policy trigger?
Posted on 11-11-2015 02:07 AM
Any trigger should be fine. I would probably use either recurring checkin or startup in this case.
Posted on 11-11-2015 03:48 AM
we are not using sudo for changing name. i thought that when i use sudo recon it will update the name on our client computer.
Posted on 11-11-2015 04:09 AM
You should need to use sudo at all. The JAMF policies will run automatically on enrolled clients depending on the trigger you specify in the policy options.
If you do want to trigger it on a client you use sudo jamf policy
, which will trigger any policies scoped to the computer on the recurring checkin trigger.
Posted on 11-11-2015 08:10 AM
I agree with @davidacland that the inventory is probably happening before the computer name change. Thus wiping it out.
Posted on 04-19-2018 07:57 AM
Having this same issue, not seeing a solution here. Script runs before all other actions that sets name to match DNS. That works. Then recon runs. That claims to work, but does not. The name of the computer in JAMF is always wrong and never matches the name on the computer. This is making parts of deployment impossible without manual intervention on both the machine and the console, which also means all the directory binding actions in JAMF are useless. Hard pressed to understand these issues and lacking features, and can't find a functional work around.