[WinXP/domein] Default user profile 'All Users'

[Counter-Strike]

Ik ben bezig met het koppelen van Windows XP Professional machines aan m'n Windows NT domein (niet draaiend onder NT4 server maar onder samba). Van Active Directory is hier dus geen sprake.

Het werkt nu allemaal vrij netjes. Logon scripts (mbv kixtart) etc. worden allemaal netjes uitgevoerd. Roaming Profiles - het overcopieren van profiles naar de server - werkt ook. Hier blijf ik echter met een probleempje zitten.

In XP heb je in de 'Documents & Settings' directory een 'All Users' directory, hierin kun je bijvoorbeeld het start menu aanpassen zodat het effect heeft op alle gebuikers. Van deze folder wordt echter bij het aanloggen op het Windows NT domein geen gebruik gemaakt

edit:
Het werkt natuurlijk wel wanneer je lokaal op de pc inlogt, als Administrator bijvoorbeeld. XP is overigens ook vers geinstalleerd.

Aangezien het toch een vrij handige 'functie' is heb ik het liever wel werkend. Google boodt aan om de 'All Users' folder in de 'Netlogon' directory te zetten. Helpt echter niks!

Ik doel dus eigenlijk op iets van een 'All Users' directory voor de roaming profiles.

Dank voor het advies.

[ Voor 16% gewijzigd door Counter-Strike op 26-01-2003 22:32 ]

[Counter-Strike]

*neemt een aanloop*
*boink*

Waarom pakt hij die All Users folder nou niet bij een domain logon
Hoop dat iemand hier antwoord op heeft.

Ik vond nog deze link maar ook hier wordt geen oplossing aangedragen... Hij heeft het echter wel werkende gehad! Vreemd allemaal.

Alle hulp is welkom!

[Newjersey]

al op support.microsoft.com gezocht?? misschien staat daar wat?

[Verwijderd]

Je zou op het domein verschillende gebruikersgroepen kunnen aanmaken. En deze policies meegeven (zoals een startmenu wat zich op de server bevindt) totdat je in principe hetzelfe hebt bereikt wat je ook met "All Users" kunt doen.

[MoBi]

Je kan ook gewoon de directory met inhoud laten kopieeren van een share op je server naar je werkstation in inlog script.

[Counter-Strike]

Newjersey schreef op 28 januari 2003 @ 20:45:
al op support.microsoft.com gezocht?? misschien staat daar wat?

Yupperz, daar vond ik dit document: http://www.microsoft.com/ntserver/zipdocs/prof_policies.exe (.doc) (of http://support.microsoft....aspx?scid=kb;en-us;161334 voor degene die liever geen .docjes downen)

Verwijderd schreef op 29 januari 2003 @ 10:54:
Je zou op het domein verschillende gebruikersgroepen kunnen aanmaken. En deze policies meegeven (zoals een startmenu wat zich op de server bevindt) totdat je in principe hetzelfe hebt bereikt wat je ook met "All Users" kunt doen.

Ja, het is echter jammer dat samba geen group policies ondersteunt
En ik heb m'n twijfels of het wel met group policies gaat werken vanwege onderstaande redenering.

In het hierbovengenoemde document staat onder andere:

The All Users Shared Profile
The All Users profile directory contains common groups that apply to all users logging on locally to a given workstation. When a user logs on, programs and shortcuts from the All Users profile are also available to the user—in addition to the user’s personal User Profile programs and shortcuts. Note that the All Users profile on a domain controller does not apply to domain users logging on at remote workstations. The All Users profile is workstation-specific and con-tains the common groups for just that computer. If you want to specify programs, shortcuts, or directories to be used by everyone who logs on to a specific workstation, you should place these in the All Users profile directory.
If you need to establish domain-wide common groups and settings, use the System Policy Editor to modify registry entries on remote workstations so that they point to server directories for common groups, as opposed to pointing to the local All Users profile. Later, if you need to remove the domain-wide set-tings and have remote users point to the All Users profile from the local workstations once again, you’ll need to change the default path used in the System Policy Editor to:

%systemroot%\Profiles\All Users\Start Menu\Programs

Refer to the System Policy portion of this guide for specific procedures.

Ander relevant stukje:

You may need to create shared folders for groups of users who need a com-mon set of tools and shortcuts. Windows NT 4.0 System Policies allows you to create such shared folders.
To create shared folders and alternate folder paths:
1. On a specific server, create a folder that contains shortcuts to network applications or to locally installed programs. If you are creating application shortcuts that will point to local paths on Windows NT machines, refer to the section “Setting Up Shortcuts for Server-based Profiles.”
2. Share the folder.
3. Using the System Policy Editor, under computername or Default Com-puter, select the option Custom Shared Folders, then select Custom Shared Program Folder.
4. Enable this option. By default the local All Users folder for the workstation will be used, but you can replace the path to point to the folder that you created in Step 1 and 2.
5. Save the policy file. When the user logs on, the policy file will be parsed for this information and will replace the common groups from the local ma-chine with the shortcuts, applications, and so forth, from the folder that you created earlier.

Ik heb het precies zo ingesteld en toch werkt het niet.
Note: Microsoft verwijst hier naar 'Default Computer', het heeft dus niks te maken group policies. Wanneer ik nu met een XP computer inlog en kijk vervolgens of de wijzigingen zijn doorgevoerd dan zie ik in het register inderdaad dat de betreffende sleutels netjes zijn aangepast naar het path op de server.

code:

Het gaat om deze sleutels:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders

Het path dat is opgegeven is wanneer ik hem in de adresbalk plak ook gewoon berijkbaar. Het is dus geen rechten probleem!

MoBi schreef op 29 januari 2003 @ 11:02:
Je kan ook gewoon de directory met inhoud laten kopieeren van een share op je server naar je werkstation in inlog script.

Yup! Dit zie ik echter als een laatste optie!

Bedankt voor de reacties, ik hoop dat we eruit komen

[Counter-Strike]

*trapt*

Laatste keer dan maar... ik hoop dat iemand hier raad mee weet