- slide 1 of 5
The following approach of password protecting a networked shared folder has been tested from a Windows Vista based client on Windows Server 2003, but given its generic nature on the Microsoft architecture it should as well work on the Server 2008 platform.
- slide 2 of 5
Configuring the Server
First of all, you have to enable the Guest account. On the server where the network shared folder is located Go to Start, All Programs, and right-click My Computer. Select Manage. In the console window which opens expand Local Users and Groups. Click on Users and right-click the Guest Account in the right pane.
Click Properties and un-tick Account is disabled. Click OK, then right-click the Guest account again and select Set Password. Enter and confirm the password for the Guest account which will be used to access the network folder you are going to share.
- slide 3 of 5
Configuring the Network Shared Folder
Right-Click the folder you want share. Select Properties. Change to the Sharing tab. Select the radio button Share this Folder, and assign a share name (ommit spaces if possible). Hit the Permissions tab and remove any existing group or user names.
Click Add and type Guest in the Enter the object names to select-field. Hit OK. On the Share Permissions tab, select the permission level for your password protect share by ticking Read, Change or Full Control in the Allow column. Click 2 x OK.
- slide 4 of 5
Configuring the Client
Client Computers can now connect to the shared folder using the UNC path \\<ServerName>\<ShareName> and enter the Logon name Guest with the associated password when prompted. Alternatively, users may map a network drive from Windows Explorer with the Connect using a different user name-option on. It is usually a good thing leaving Reconnect at Logon ticked.
- slide 5 of 5
The Bottom Line
Using the Guest account to protect a network share works fine as long as you don’t need different passwords. If the default Windows way of sharing networked folders (network shares) by authenticating users with a password and assigning granular permissions to users or groups is not feasible then you might use zipped or compressed objects as outlined in the next parts of this series shoud there be a need for more than one password.
- Author's own experience