To continue reading for free, register below or login
To read more you must become a member of SearchEnterpriseDesktop.com
Share permissions can be complicated. It sounds like you have checked the first obvious thing. Both the permissions on the share and the security permissions on the folder must be considered before access is granted. The next issue is the user ID. In a Windows workgroup, you must be either using the same user ID and password on both machines, or when configuring the share, do so as another user by entering a password and user ID in the "Connect using a different user name." Here is a list of things to check:
1. Share permissions.
2. Security permissions on the folder that is shared (and permission on any files and subfolders you want to access).
3. Are you using an account and password for the server?
4. Check the local security policy of the server -- user rights. Make sure the user name you are using has the right to connect to the server remotely and is not denied the right to logon to this machine.
5. Check the local security policy of the server -- security options. Accounts limit local account use of blank passwords to console. (Don't change this. If you do, make all accounts use passwords).
6. Check to see if any changes have been made to security policy.
7. Make sure the local user account on the server is enabled, and not locked out.
|
