Create a share & password without creating a user?

  • Thread starter Thread starter John
  • Start date Start date
J

John

Hi,

I want to create a directory and share this directory so someone else
can put files there.

Is there a way to create a user name and a password, without creating
an "account" for this person?

On UNIX, I can have an FTP server and I can create a user name and
password that will let someone FTP in, but if I set their shell to
/bin/false they can't log in or otherwise use the account. How do you
so the same thing on WinXP?

Thanks,
John
 
Hi, John -

Best way I can think of is to create a user account,
place that account in a local group in the machine and
then set a group policy that denies that group the right
to log on to the console.

Here's how -

1. Create the user account.

2. Create a local group - we'll call this
one 'no_console'

3. Open the Group Policy Editor (gpedit.msc) and browse
to Local Computer Policy --> Conputer Configuration -->
Windows Settings --> Security Settings --> Local
Policies --> User Rights

then add the 'no_console' user group to the policy
called "Deny logon locally".

Although you could just add the user's account to that
policy it might be a whole lot easier to manage group
policies - so I'd suggest denying access to the group and
then moving users in and out of the group as required.

Hope this helps -
 
Thanks!
John

allan grossman said:
Hi, John -

Best way I can think of is to create a user account,
place that account in a local group in the machine and
then set a group policy that denies that group the right
to log on to the console.

Here's how -

1. Create the user account.

2. Create a local group - we'll call this
one 'no_console'

3. Open the Group Policy Editor (gpedit.msc) and browse
to Local Computer Policy --> Conputer Configuration -->
Windows Settings --> Security Settings --> Local
Policies --> User Rights

then add the 'no_console' user group to the policy
called "Deny logon locally".

Although you could just add the user's account to that
policy it might be a whole lot easier to manage group
policies - so I'd suggest denying access to the group and
then moving users in and out of the group as required.

Hope this helps -
Click to expand...
 
Back
Top