Re: Logon Failure User Account Restriction



Moved to windows.server.active.directory and windows.server.networking

--
Peter

Please Reply to Newsgroup for the benefit of others
Requests for assistance by email can not and will not be acknowledged.

<bawalker@xxxxxxxxx> wrote in message news:a803562d-cef2-4656-869c-2e46a679650e@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Hello all,

I have been wracking my brain at this for several days now. Currently
I have an in home/business with a Windows Server 2003 setup with
Active Directory and several XP Pro workstations attached to it. I
have been running this setup since the Windows 2000 server days with
little problem.

However just within the past month I've had an issue on one XP
workstation that acts as a file server. On that workstation I have it
setup to be logged in as myself with a domain account that has
administrator permissions. Part of the role for this XP system is
when i work on a clients computer, I access my driver & downloads
share as I prep a customers computer. Even though their system isn't
on my domain, I have always been able to use a \\mypc\e$ and then
navigate into the specific folder to get the drivers I need. When I
do that I've always been prompted for a username and password. I'd
enter 'administrator' and 'mypassword' to gain access.

Then after I reformatted XP on that system, I started noticing some
issues when trying to accomplish the above. When accessing that
share, the administrator / mypassword wasn't getting accepted. I
eventually figured out it wated 'my-domainname\administrator' for the
username and same password.

I then tried this by taking a dell optiplex system that I reformatted
entirely, reinstalled XP, and only put on networking drivers. I then
tried to access my XP system even though this optiplex was NOT on the
domain. This time I simply got:

"Logon Failure : User Account Restriction...."

I checked and checked on google for hours and it seems that this issue
results alot from when two XP boxes are connected on a workgroup
setting, but this is not. This is my XP box inside a Windows Active
Directory and trying to access a "E$" share from a system outside the
active directory in a workgroup. This has worked for years but now is
not.

Can anyone help explain why and how to solve this? I'm at a loss now.

Thanks!

Brad

.



Relevant Pages

  • Re: Use Active Directory to set work station local rights
    ... workstation that has the ADMINPAK installed...Otherwise, ... I just about tore my hair out [and as my wife would ... Microsoft Active Directory MVP ... > users to have administrator privileges ...
    (microsoft.public.win2000.active_directory)
  • Re: Must all users be administrators?
    ... Why would the owner of a business decide to renovate a cubicle for each ... > group on the local workstation. ... Unless the end user is an administrator, ... making a user a member of Domain Admins has the ...
    (microsoft.public.windows.server.sbs)
  • Re: Managing printers and drivers deployment to Xp workstations
    ... after enabling the Point and Print Restrictions policy in the GPO. ... If l sign on to the workstation as an Admin user, the printer drivers ... GPO to push the drivers and printer connection assigned to workstation ...
    (microsoft.public.windowsxp.print_fax)
  • Re: Event ID 6032
    ... So are these files actually on the SBS box, or on the workstation? ... The Recovery Agent does not need ownership, but it has to be the ... Administrator account by default, but it would not have to be. ... decrypt the files by reversing the process in which you encrypted them. ...
    (microsoft.public.windows.server.sbs)
  • Re: Strange Shut down problem
    ... The date and time was Thursday, September 10, 2009 10:51:24 AM, and on a whim, celarsen pounded out on the keyboard: ... The 2nd workstation is identical and works. ... Plus I replaced them totally with current drivers. ... Terry said to check your NIC drivers but that wouldn't cause this issue becuase if it was the NIC then it would do things on boot-up & normal domain usage too. ...
    (microsoft.public.windowsxp.general)