|
Posted by Steven L Umbach on March 30, 2006, 11:07 pm
Please log in for more thread options You could enable auditing of logon events on the servers that have the
shares and then look for the last logon event for the user but of course you
would need to make your security logs rather large or save them. You could
use Event Comb [free from Microsoft] to search for the user's name as part
of a text string search. --- Steve
http://www.microsoft.com/technet/security/topics/auditingandmonitoring/securitymonitoring/default.mspx
> Maybe I was unclear. These users use their named credentials in to map
> the drives, but do not logon to the machine. That is done by an autologon
> account. So they are getting authenticated by the domain controller, but
> that does not reset the last logon timestamp. Was looking for any other
> methods to track this so I can do password management.
>
> Rob
>
>> Hi,
>>
>> The only AD attributes that can help are lastLogon and pwdLastSet. Often
>> it can help to retrieve the date the password was last set, assuming
>> passwords expire. Otherwise, logon scripts can log usernames, computer
>> name, and date/time to shared log files.
>>
>> If users have more than one account, then you have to manually compare
>> the associated accounts. If you use generic accounts I don't see any way
>> to tell who used the account, short of a program that asks for identity
>> and logs it. If vpn users don't update lastLogon or pwdLastSet, and don't
>> run logon scripts, I see no solution.
>>
>> --
>> Richard
>> Microsoft MVP Scripting and ADSI
>> Hilltop Lab - http://www.rlmueller.net
>>
>>> What I am trying to do is to track when I can disable or delete an
>>> account. The traditional way to do this is to track time since their
>>> last login which is displayed on the domain controllers. What we have
>>> however, is a number of users that do not logon directly to a
>>> workstation with their credentials since we have many restricted
>>> autologon kiosks that use a generic name. To compound issues more, we
>>> have users outside of our organization that vpn into our organization
>>> (not a MS VPN) and have been given accounts so they can remotely map to
>>> certain server shares. So for these types of users, when they connect
>>> this way, it does not update their last logon timestamp on the domain
>>> controller, making disabling and deleting accounts tricky. We have
>>> tried to put these users into a separate OU, but this group of people in
>>> in constant flux. What I would like to see is some other way that AD
>>> tracks these types of logons that are not traditional logons to
>>> workstations so that I can more adequately perform my account managment.
>>>
>>> Thanks for any help
>>>
>>> Rob
>>>
>>
>>
>
>
|