G
Guest
Hi,
Firstly, I appreciate that this could be a Novell problem, but equally is
could be an XP one so I need some ideas from an XP point of view to help
solve this problem..
We use Novell Client to enable our users to login.. part of this uses
something called Dynamic Local User Policy (DLU) which enables us to
dynamically create accounts on the local machine as required..
In our case, we use 2 setup accounts which create a 'Localuser' username and
'Localuser' profile folder in Docs and Settings. This user is created
initiallty with administrator rights which can be controlled from the DLU. We
logon once with the first setup account, do bits and pieces, reboot and log
on with the second account and finish off. Once complete, the users are then
free to use the machines.
When a user logs on, the DLU changes the user access level to User from
Administrator. Now, up until now this has worked ok - the User logs on
dynamically to the local machine and attaches to 'Localuser' profile in XP.
Recently I've rebuilt our image and since then this has not worked. Instead
it creates a second profile folder called Localuser.Machinename (machinename
varies), ignoring the 'Localuser' profile which was initially setup but still
uses the 'Localuser' username.
File rights are a condiseration, but within the DLU you can assign file
rights per user which enables me to control how much access the user can
have. Using this, I've given fill rights to the c:\documents and
settings\localuser folder.
In general, what causes Windows to ignore an already created profile folder
connected to a username; Instead creating a second replacement one. Are there
any Group Policy (GPO) considerations?
Another thing I've noticed is before the rebuild you would login with the
first setup account, it would create the profile, account and perform the
initial first log in setup. You would then login with the second setup
account and it would go straight in without doing the setup. After the
rebuild, the first log in setup appears after each login - though the profile
problem, where a new folder is created, doesn't occur here but only when the
student logs in and the rights are changed by the DLU.
Now again, I appreciate that this could be a Novell problem, but equally it
could be an XP setting that I need to change.
Any help would be very much appreciated.
Neil
Firstly, I appreciate that this could be a Novell problem, but equally is
could be an XP one so I need some ideas from an XP point of view to help
solve this problem..
We use Novell Client to enable our users to login.. part of this uses
something called Dynamic Local User Policy (DLU) which enables us to
dynamically create accounts on the local machine as required..
In our case, we use 2 setup accounts which create a 'Localuser' username and
'Localuser' profile folder in Docs and Settings. This user is created
initiallty with administrator rights which can be controlled from the DLU. We
logon once with the first setup account, do bits and pieces, reboot and log
on with the second account and finish off. Once complete, the users are then
free to use the machines.
When a user logs on, the DLU changes the user access level to User from
Administrator. Now, up until now this has worked ok - the User logs on
dynamically to the local machine and attaches to 'Localuser' profile in XP.
Recently I've rebuilt our image and since then this has not worked. Instead
it creates a second profile folder called Localuser.Machinename (machinename
varies), ignoring the 'Localuser' profile which was initially setup but still
uses the 'Localuser' username.
File rights are a condiseration, but within the DLU you can assign file
rights per user which enables me to control how much access the user can
have. Using this, I've given fill rights to the c:\documents and
settings\localuser folder.
In general, what causes Windows to ignore an already created profile folder
connected to a username; Instead creating a second replacement one. Are there
any Group Policy (GPO) considerations?
Another thing I've noticed is before the rebuild you would login with the
first setup account, it would create the profile, account and perform the
initial first log in setup. You would then login with the second setup
account and it would go straight in without doing the setup. After the
rebuild, the first log in setup appears after each login - though the profile
problem, where a new folder is created, doesn't occur here but only when the
student logs in and the rights are changed by the DLU.
Now again, I appreciate that this could be a Novell problem, but equally it
could be an XP setting that I need to change.
Any help would be very much appreciated.
Neil