itsfisko,
Three steps are required:
[ul][li]The Autologon Process[/li]
[li]The Mandatory Default User profile[/li]
[li]The Logon Scripting[/li][/ul]
1. The Autologon Process
This autologon involves the registry:
HKLM\Software\Microsoft\WindowsNT\CurrentVersion\Winlogon
AutoAdminLogon (Reg_SZ) = 1
AutoLogonCount (Dword) = 2
DefaultDomainName (Reg_SZ) = <domain>
DefaultUserName (Reg_SZ) = <username>
DefaultPassword (Reg_SZ) = <password>
You could "push" a change through Group Policy, or:
1. At a command prompt, type "control userpasswords2" and press Enter to open the Windows 2000-style User Accounts application.
2. On the Users tab, clear the Users Must Enter A User Name And Password To Use This Computer check box and then click OK.
3. In the Automatically Log On dialog box that appears, type the user name and password for the account you want to be logged on each time you start your computer.
Or...
Control Panel/Administrative Tools/Local Security Settings/Minimum Password Length (0). User account/Remove Password.
I should note that for a small number of machines the Microsoft "PowerToy" Tweak UI handles this easily:
2. Set the Mandatory Profile
Since the workstation will logon and authenticate as a single user, you set the profile for that autologon user to Mandatory. The advantage is that any changes made to the profile are lost at logoff:
Which means that you need something that can enforce the logon/logoff between users to have this work well. To foce this is an issue I will bring up later.
3. Scripting to set Environmental Paths
Both Group Policy and the Schedule Task Service offer the opportunity to implement a logon script. Since this logon script is not attempting authentication (the default autologon user is already authenticated) you will have to script to check that the username passed is valid and/or offer a default alternative.
The only issues are:
[ul][li]Setting persistant environmental variables[/li]
[li]Mapping the user drive[/li][/ul]
To set persistant environmental variables in a script you need to use the Win2k resource kit tool SETX.EXE, available from MS without charge:
Your script would take the username and set an environmental variable (non-conflicting with system variables) such as %Student%.
Net use H: \\servername\sharename\%student%
The second concern is the mapping for each user. Windows will insist on its default Profile location for "My Documents". What you need to convince your users to do is as follows:
If you save anything you want to see again, save them to your H: drive, or they will be lost and there is no way to recover them."
H: can be any drive you mapped above. I can conceive of ways to change the security principles of the default profile path with registry changes, but this is not a good path to follow. Usually the user makes the mistake once of saving to a non-persistant location. The information will not be "lost" just buried underneath everyone elses files who make the mistake.
You can with SETX change the %PROFILEPATH% value, but this is application specific as to whether it helps.
Bill Castner