You can define a logoff script in your Local Policy, which also
runs the echo command.
The problem with write access is more difficult. Obviously, users
need the right to modify the file to be able to record their
logon.
It sounds to me as if you have a management and security problem
here, rather than a technical problem. If you really suspect your
users to erase their login information from this file, despite the
fact that they obviously have the right to start a TS session,
then there is more going on.
The echo command gives a list which is more easily readable than
the Security EventLog, I agree. But you could, let's say once a
month, export the logon and logoff events from the Security
EventLog to a tab-delimited textfile, and then do a quick
comparison with that months logon.log. You could easily automate
part of this proces in a script and with some Excel macros.
That would show you if users really are manipulating the logon.log
file. Would this work for you?
--
Vera Noest
MCSE, CCEA, Microsoft MVP - Terminal Server
http://hem.fyristorg.com/vera/IT
--- please respond in newsgroup ---
"Michael" <(E-Mail Removed)> wrote in
news:O7$$(E-Mail Removed):
> I don't want to use Win2k Security Log file and to audit logon
> events I have included in my logon script the following :
>
> echo %username% %time% %date% %clientname% >>
> \\servername\foldershared\logon.log
>
> The problem is that every client have to write in that file and
> they can modify it.
>
> How can I resolve this problem ?
>
> And how can I audit the Logoff events ?
>
> Thanks