Desktop Wallpaper RDS

Ackles
Ackles used Ask the Experts™
on
Hi,
This is the scenario we are having:
RDS Farm 2 Servers
OS: Server 2008 R2 SP1
Roaming Profiles
Folder Redirection
Farm Members in OU
All other policies getting applied
Desktop Wallpaper policy also getting applied
Themes service is running & Windows 7 themes getting applied

I am trying to deploy a common wallpaper via GPO. The policy is getting applied to the user when they log on to any Farm member. But the Wallpaper is not shown.

I have checked the registry & it's pointing to the Folder in App data. I changed the registry under HKCU, but no result.

Please note that loopback is applied to the GPO in Replace mode, but still the desired result is not achieved.

Thanks,
A
Comment
Watch Question

Do more with

Expert Office
EXPERT OFFICE® is a registered trademark of EXPERTS EXCHANGE®
Top Expert 2008

Commented:
Hey there,

please note that the remote desktop client removes the wallpaper if set to anything below LAN speed on the client. Could that be the reason why your clients do not see the wallpaper on your terminal servers?

bye,
Alex

Author

Commented:
I am trying to deploy Wallpaper via GPO: Computer Configuration > Policies > Administrative Templates > Desktop > Desktop:
1) Enable Active Desktop
2) Desktop Wallpaper: I have put the image in sysvol folder.

Author

Commented:
Hi Alex,
I don't think so because they see the other wallpaper what they manually select.
Acronis in Gartner 2019 MQ for datacenter backup

It is an honor to be featured in Gartner 2019 Magic Quadrant for Datacenter Backup and Recovery Solutions. Gartner’s MQ sets a high standard and earning a place on their grid is a great affirmation that Acronis is delivering on our mission to protect all data, apps, and systems.

Top Expert 2008

Commented:
Hello again,

OK, you didn't mention that they can see wallpapers which they manually select.
Can you - for testing purposes - set the path of the wallpaper to c:\yourwallpaper.jpg and copy the file from the sysvol to the local C:\ drive of one of the servers and run gpupdate on one of them then just to make sure that it has nothing to do with the sysvol drive itself?

Author

Commented:
Hi Alex,
I can, but please correct me if I am wrong...
For all the other GPO's replication is taking place from sysvol (GPT), so there could be nothing wrong there.

Also, when gpresult is run in verbose mode, I do see the GPO getting applied. Apart from that even if I change the registry key to point to the desired path it doesn't show the wallpaper.

Top Expert 2008

Commented:
Hello Ackles,

I'm not questioning the replication of the GPO itself here, just the fact that their might be issues with loading wallpapers from remote locations (i.e. network shares, like the sysvol), so that's why I wanted to try to load the image from a local systemdrive.

When you login with one of the user accounts who should have the wallpaper in place, can you please run `rsop.msc` and see if there are any errors shown in the policy results?

Author

Commented:
Hi Alex,
I am trying to do as suggested.

I did see all the events but, there were no errors reported neither in System log nor in Operational logs.

I will post the result after I have run the wallpaper change from C drive.
Thanks,
A

Author

Commented:
I copied the image to C drive & changed the path, but still no luck.
All I get is a Black Screen.

The gpresult shows the policy applied & RSOP doesn't show any errors
Top Expert 2008

Commented:
Just found a related question here on EE, you might want to try a few of the suggestions already posted there, like the manual regedit script as well as the SMB Signing registry keys:

http://www.experts-exchange.com/Software/Server_Software/File_Servers/Active_Directory/Q_25857681.html

Author

Commented:
Thanks, I had seen this but was Lazy to try it ;)

Will try it 2morrow & let you know.

Thanks a lot for your time & efforts.

A
Top Expert 2008

Commented:
Sorry I didn't have an out-of-the-box solution for your problem, but if the policies get distributed properly according to your information and if the wallpaper is in the right location and the policy results are "all green", we need to dig deeper here :)

Author

Commented:
Hi,
I made the changes as per the script, however still no luck...

Author

Commented:
it seems I m really stupid coz if you see history of my questions, many go unanswered.....
Commented:
I want to close this question

Author

Commented:
Just wanted to say that I found the answer & here it is how I managed it:

Create the BMP file as explained earlier, and store it once again, locally, as c:\ windows\background.bmp.
Create a new GPO on the Domain Controllers OU or on your own OU for your serv- ers. Call the policy “Forced Background Wallpaper—Loopback Replace.”

Modify the User node of the policy as follows: 1.      Drill down through User Configuration ¿ Policies ¿ Administrative Templates ¿
Desktop ¿ Active Desktop ¿ enable Active Desktop, and set Enabled.
2.      Drill down through User Configuration ¿ Policies ¿ Administrative Templates ¿ Desktop ¿ Active Desktop ¿ Desktop Wallpaper, and set Enabled. Set the wall- paper name to c:\windows\background.bmp.
3.      Drill down through User Node ¿ Administrative Templates ¿ Desktop ¿ Active Desktop ¿ Allow Only Bitmapped Wallpaper, and set Enabled.
4.      To modify the Computer node of the policy, drill down through Computer Con- figuration ¿ Policies ¿ Administrative Templates ¿ System ¿ Group Policy ¿ and enable user Group Policy Loopback Processing Mode. Set to Loop- back—Merge.
Now whenever anyone logs onto that server, they will get the exact same background BMP! This is still true even if they usually get a background dictated via some other Group Policy for their own personal account.


A

Author

Commented:
I dont want to keep on waiting more

Do more with

Expert Office
Submit tech questions to Ask the Experts™ at any time to receive solutions, advice, and new ideas from leading industry professionals.

Start 7-Day Free Trial