Skip to main content
Solved

Setting "Require Password After Screensaver" via Configurtation Profile

  • December 30, 2014
  • 9 replies
  • 74 views

Forum|alt.badge.img+3

Hello all,

I'm attempting to set the "Require Password After Screensaver" to NOT require a password in Yosemite via configuration profile. I have uploaded:

<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "{field{*fldinst{HYPERLINK "http://www.apple.com/DTDs/PropertyList-1.0.dtd"}}{fldrslt cf4 http://www.apple.com/DTDs/PropertyList-1.0.dtd}}">
<plist version="1.0">
<dict>
<key>askForPassword</key>
<integer>0</integer>
</dict>
</plist>}

as a custom configuration. The JSS seems to read it fine, showing:
external image link

However, none of my enrolled machines show the setting as disabled. The setting itself is unavailable (greyed out), so the computer is reading the config profile (as it also shows under profiles), and I can affect the require password timeframe option by adding:

<key>askForPasswordDelay</key>
<integer>900</integer>

But for the life of me I can't seem to get it to disable the "Require Password" checkbox! Any help would be greatly appreciated. I'd like to avoid using any MCX and stick with Config Profiles only...

Best answer by bvrooman

It's already a preset within the Configuration Profiles tab; that tends to be much more reliable.

Passcode -> Maximum grace period for device lock -> Set to "--"

9 replies

Forum|alt.badge.img+16
  • Valued Contributor
  • Answer
  • December 30, 2014

It's already a preset within the Configuration Profiles tab; that tends to be much more reliable.

Passcode -> Maximum grace period for device lock -> Set to "--"


Forum|alt.badge.img+3
  • Author
  • New Contributor
  • December 30, 2014

Thanks! That worked out. Oddly enough, I think what I did originally worked as well (though just in a more convoluted way). The checkbox appears still checked, but at no point is it requiring a password. Huh...weird one.


Forum|alt.badge.img+7
  • Contributor
  • December 30, 2014

Is the Password portion working for you guys? When I push it down to computers, it completely blocks users from being able to change their password. I'm using local accounts. Seems to be something new with 9.62 and Yosemite.


acodega
Forum|alt.badge.img+15
  • Valued Contributor
  • December 30, 2014

Well, on your JSS under Security & Privacy there is also an option to enable called "Allow user to change password"


Forum|alt.badge.img+7
  • Contributor
  • January 4, 2015

@adamcodega I realize this but there is also a bug when using Security & Privacy that also stops me from using it. In fact, the 'Allow user to change password" doesn't even work. I've had a defect open on that for a very long time.

All I was asking, is if someone is using the Passcode portion and the local users can change their passwords.


Forum|alt.badge.img+7
  • Contributor
  • January 4, 2015

@oneloveamaru and @adamcodega, I have ran into similar issues where users cannot change their local account password. I discovered while working with Jamf and Apple, that our issue was caused by putting a check in the Alphanumeric requirement. Once I unchecked the Alphanumeric option, users could change their passwords again.

Unfortunately, I needed to get an approval from our security team to uncheck that requirement until Apple fixes the issue.


Forum|alt.badge.img+3
  • New Contributor
  • January 14, 2015

@bvrooman, I have tried this within a config profile and cannot seem to get it to stop prompting for a password, does anyone have any other suggestions. On Yosemite machines.

Here is a screenshot of the profile:
external image link


Forum|alt.badge.img+5
  • Contributor
  • August 12, 2015

This didn't fix our issue either. We are still getting the request for a screenlock password in Yosemite.


Forum|alt.badge.img+12
  • Contributor
  • September 2, 2015

@matt.jamison Hi Matt, what's your defect number if you don't mind sharing?