[W2K3 domain] Policy wil niet

[Shaidar]

Ik heb een nieuwe policy gemaakt om de wallpaper op alle machines in het domein in te stellen, maar hij wil niet werken.

De omgeving is een Windows Domain met 2 domain controllers hier op deze locatie waar ik geen RDP toegang toe heb. Wel een hele hoop andere servers die ook in het domein zitten en waar ik wel het een en ander kan op beheren.

Clients zijn XP, en zitten in de juiste OU waar ik de policy aan gehangen heb.

Als ik in "group policy management" kijk zie ik:



Als ik in dsa.msc kijk (op een andere server) zie ik:



Zou toch in orde moeten zijn?

Maar als ik rsop draai op een client (XP) dan zie ik:



XP client al honderd keer op alle mogelijke manieren gereboot, "gpupdate /force" al een miljoen keer gedraaid, maar niets wil werken.

Wat zie ik over het hoofd?

[richardboer]

Probeer dit bestand is op de client te verwijderen:
C:\Documents and Settings\username\Local Settings\Application Data\Microsoft\Wallpaper1.bmp

En weet je zeker dat het bestand bereikbaar is voor de clients?

[bunneh]

is .bmp moet .jpg zijn ?!

[Shaidar]

richardboer schreef op dinsdag 29 april 2008 @ 10:56:
Probeer dit bestand is op de client te verwijderen:
C:\Documents and Settings\username\Local Settings\Application Data\Microsoft\Wallpaper1.bmp

En weet je zeker dat het bestand bereikbaar is voor de clients?

Die file bestaat niet, er is nu ook géén wallpaper op de clients aanwezig, maar de standaard windows blauwe achtergrond.

Die "wallpaper$" share is voor iedereen bereikbaar, zelfs voor machines die niet in het domein zitten (maar wel op hetzelfde netwerk) ... NTFS "everyone leesrechten", share rechten read voor "everyone".

Zou dat iets uitmaken die JPG of BMP? Als daar een fout inzit, dan moet ie toch nog de policy op de client tonen in rsop?

[ Voor 40% gewijzigd door Shaidar op 29-04-2008 11:08 ]

[_H_G_]

met gpresults /v op de client kun je wat beter zien welke policies actief zijn en wat er in zit, t.o.v. rsop.

edit: vind je ad venster wat raar trouwens. Is computers een zelfgemaakte ou? want je zou geen policies moeten kunnen toepassen op de standaard computers map.

[ Voor 42% gewijzigd door _H_G_ op 29-04-2008 11:12 ]

[Shaidar]

Met die "gpresult /v" zie ik

code:

COMPUTER SETTINGS
------------------
    CN=VDE2524,OU=Computers,OU=VDE,OU=DECO,DC=d30,DC=intra
    Last time Group Policy was applied: 29-4-2008 at 10:35:23
    Group Policy was applied from:      VDENAE.d30.intra
    Group Policy slow link threshold:   0 kbps

    Applied Group Policy Objects
    -----------------------------
        Default Domain Policy
        COG_SWDeploy_SMSClient
        D30_DisableWindowsFirewall
        DECO_Eventlog
        DECO_VDE_Computers
        Local Group Policy

DECO_VDE_Computers is de gewraakte policy.

Volledig: http://weyland.be/gpresult.txt

Dus hij krijgt hem wél?

-edit- ja, die "computers" ou is een zelfgemaakte, er zijn zo'n slordige 100 sitecodes in ons domein.

[ Voor 7% gewijzigd door Shaidar op 29-04-2008 11:17 ]

[_H_G_]

Blijkbaar laadt ie de policy wel, maar niet de betreffende instelling.

Zeker vast op de client een gpupdate /force en een reboot geprobeerd?

En ik zou ook verwachten dat je de policy iig zou moeten zien, maar ik denk dat het uiteindelijk toch een jpg moet zijn, omdat het gebruik maakt van de active desktop?

[Question Mark]

_H_G_ schreef op dinsdag 29 april 2008 @ 11:41:
Blijkbaar laadt ie de policy wel, maar niet de betreffende instelling.

Komt omdat het een usersetting is die je instelt, geen computersetting.

Je geeft aan dat wel de werkplekken in deze OU hangen, maar staan de userobjecten ook wel in deze OU? Evt. zou je met loopback policy's kunnen regelen dat userobjecten alsnog deze setting krijgen.

[_H_G_]

Question Mark schreef op woensdag 30 april 2008 @ 11:50:
[...]

Komt omdat het een usersetting is die je instelt, geen computersetting.

Oh ja

(zou dan ook nog je security filter op de policy kunnen controleren)