Retrieve All profiles in HKEY_USERS using Wise script
Hi scripters and packagers :),
I'm looking for a Wise code to retrieve all user profiles under HKEY_USERS on a workstation.
For example, I wanna change the wallpaper for all users of a workstations and any new profile create should also get the same new wallpaper.
the key "HKEY_CURRENT_USER\Control Panel\Desktop\Wallpaper" is the targeted reg key. But, as administrator I want to script it and push it to all users using SCCM.
so basically I need a script to access all user under "HKEY_USERS\%profile%\Control Panel\Desktop\Wallpaper" where %profile% is .DEFAULF, S-1-5-18,S-1-5-19,.... etc
I hope that someone can help me and sorry for the long speech :-)
Mahmoud
I'm looking for a Wise code to retrieve all user profiles under HKEY_USERS on a workstation.
For example, I wanna change the wallpaper for all users of a workstations and any new profile create should also get the same new wallpaper.
the key "HKEY_CURRENT_USER\Control Panel\Desktop\Wallpaper" is the targeted reg key. But, as administrator I want to script it and push it to all users using SCCM.
so basically I need a script to access all user under "HKEY_USERS\%profile%\Control Panel\Desktop\Wallpaper" where %profile% is .DEFAULF, S-1-5-18,S-1-5-19,.... etc
I hope that someone can help me and sorry for the long speech :-)
Mahmoud
0 Comments
[ + ] Show comments
Answers (13)
Please log in to answer
Posted by:
squeakstar
14 years ago
Forgive my ignorance but i've no idea what a Wise code is - but this is all available in group policy!
I wouldn't normally post here so tell me to sod off if i'm of no help what so ever. scripting this just seems like hard work though, and a quick google will bring you up many results about the Group Policy(s) required to acheive this.
I wouldn't normally post here so tell me to sod off if i'm of no help what so ever. scripting this just seems like hard work though, and a quick google will bring you up many results about the Group Policy(s) required to acheive this.
Posted by:
anonymous_9363
14 years ago
Posted by:
jarrma0b
14 years ago
Thank you VBScab for your reply,
I know that Wise is for software installations, but something after installing a software we need to configure it and customize it to our needs and these settings can not be done while installing by using switches and other configuration methods.
anyway thank u again and I'm still looking for someone who can help me [:)]
Mahmoud
I know that Wise is for software installations, but something after installing a software we need to configure it and customize it to our needs and these settings can not be done while installing by using switches and other configuration methods.
anyway thank u again and I'm still looking for someone who can help me [:)]
Mahmoud
Posted by:
squeakstar
14 years ago
Posted by:
jarrma0b
14 years ago
Posted by:
squeakstar
14 years ago
Posted by:
spottedcoin
14 years ago
Using a package installer or script for that much for setting user registry settings is not practical for a couple of reasons. The first is that the User's hive is stored in their profile on the disk and not in %systemroot%\system32\config like the others. This posses a couple of potential problems, the first being, and I am not 100% positive on this, but I do not believe the user portion of the registry is loaded until a user logs in. So a user's hive may not show up in HKEY_Users. The second is that because the default security permissions on the newer OSs, vista and 7, are highly restrictive on profiles, even for other administrators. So you may not necessarily be able to load the hives without first change some of the security on them. Again this is different from the environment that I work in so I am not 100%.
As for the second reason, and this I do know something about, profiles are designed to have the ability to roam from computer to computer. Not many organizations take advatage of this however as it tends to be a pain in the ass. With that said if you are planning on writing a script or package that will be deployed to a network with roaming profiles, you cannot assume that the user's hive will even be on the system as at logoff the files are uploaded to a server and at logon they are downloaded again (10,000' view).
I suggest you use GP, as this is what GP is designed for, as SCCM is designed for software patches and distribution, not setting configuration.
As for the second reason, and this I do know something about, profiles are designed to have the ability to roam from computer to computer. Not many organizations take advatage of this however as it tends to be a pain in the ass. With that said if you are planning on writing a script or package that will be deployed to a network with roaming profiles, you cannot assume that the user's hive will even be on the system as at logoff the files are uploaded to a server and at logon they are downloaded again (10,000' view).
I suggest you use GP, as this is what GP is designed for, as SCCM is designed for software patches and distribution, not setting configuration.
Posted by:
anonymous_9363
14 years ago
I know that Wise is for software installations, but something after installing a software we need to configure it and customize it to our needs and these settings can not be done while installing by using switches and other configuration methods.That's what an application packager can do for you. Properly set up, the installation itself can set pretty much any setting - be that file-based or registry-based - that an application might want. That can be done either through Active Setup (if the application package has no advertised entry-point, such as a shortcut) or through a properly constructed feature tree.
Posted by:
Jsaylor
14 years ago
You're looking for Active Setup (http://itninja.com/blog/view/appdeploy:-articles:-activesetup.) Active setup will run whatever script or program you'd like it to run the first time each unique user logs in. In this instance, all you'd have to do is create a script that would change the wallpaper registry pointer to whatever you want by using the HKCU hive, create an active setup key for your script, and the system will take care of the rest.
EDIT: too slow. That's what I get for talking to people that come into my office mid-reply.
EDIT: too slow. That's what I get for talking to people that come into my office mid-reply.
Posted by:
jarrma0b
14 years ago
Posted by:
anonymous_9363
14 years ago
@spottedcoin:
@jarrma0b:
Using a package installer or script for that much for setting user registry settings is not practical for a couple of reasons.How so? As mentioned, a properly constructed feature tree can be made to trigger self-healing when the logged-in user uses an advertised entry-point. This is meat and potatoes to any halfway competent packager.
@jarrma0b:
Active setup seems a valid solutionRemember, though, that AS doesn't self-heal so if the user deletes the settings, they'll need to be fixed by some other method, such as a new version of the AS "package".
Posted by:
jarrma0b
14 years ago
Posted by:
anonymous_9363
14 years ago
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
so that the conversation will remain readable.