Re: Exception Management App Block - System.ComponentModel.Win32Ex
- From: "Steven Berkovitz" <mbcdev@xxxxxxxxxxxxxxxx>
- Date: Mon, 11 Apr 2005 12:00:16 -0400
This doesn't really explain why it works if IUSR_MACHINE is a member of the
Domain Admins group. There must be an ACL somewhere. What about the
HKLM\System\CurrentControlSet\Services\EventLog\Application\CustomSD value?
"Steven Cheng[MSFT]" <v-schang@xxxxxxxxxxxxxxxxxxxx> wrote in message
news:dd5mUUnPFHA.1564@xxxxxxxxxxxxxxxxxxxxxxxx
> Hi Steven,
>
> Thanks for the followup.
> After some further tests, I think the problem is something limited on the
> WIN2K3 server. In fact, not only the default IUSR_MACHINE, any account(
> even a custom created local account) which has sufficient permission on
> the
> eventlog will failt to write entry when configured as IIS virutual dir's
> anomymous account and implicitly impersonated in the ASP.NET.( <identity
> impersonate="true" />)
>
> So currently on W2K3 box, I think we have the following approachs:
> 1. Disable anonymous access for the IIS virutal dir and let the asp.net
> running under the default process identity( or if impersonate, impersonate
> the client user rather than the IIS's anonymous user).
>
> 2. If we still need to impersonate a certain account, we should use the
> following configuration to specify the fixed account
> <identity impersonate="true" userName="..." password="..." />
>
> Anyway, since IIS anonymous acccount are too restricted, generally we'd
> better avoid impersonate this account directly. (using the default process
> idenity of asp.net is the perfered means).
>
> Thanks,
>
> Steven Cheng
> Microsoft Online Support
>
> Get Secure! www.microsoft.com/security
> (This posting is provided "AS IS", with no warranties, and confers no
> rights.)
>
>
>
>
>
.
- Follow-Ups:
- Re: Exception Management App Block - System.ComponentModel.Win32Ex
- From: Steven Berkovitz
- Re: Exception Management App Block - System.ComponentModel.Win32Ex
- References:
- Exception Management App Block - System.ComponentModel.Win32Except
- From: Steven
- RE: Exception Management App Block - System.ComponentModel.Win32Except
- From: Steven Cheng[MSFT]
- RE: Exception Management App Block - System.ComponentModel.Win32Except
- From: Steven Cheng[MSFT]
- RE: Exception Management App Block - System.ComponentModel.Win32Ex
- From: Steven
- RE: Exception Management App Block - System.ComponentModel.Win32Ex
- From: Steven Cheng[MSFT]
- RE: Exception Management App Block - System.ComponentModel.Win32Ex
- From: Steven
- RE: Exception Management App Block - System.ComponentModel.Win32Ex
- From: Steven Cheng[MSFT]
- RE: Exception Management App Block - System.ComponentModel.Win32Ex
- From: Steven
- RE: Exception Management App Block - System.ComponentModel.Win32Ex
- From: Steven Cheng[MSFT]
- Re: Exception Management App Block - System.ComponentModel.Win32Ex
- From: Steven Berkovitz
- Re: Exception Management App Block - System.ComponentModel.Win32Ex
- From: Steven Cheng[MSFT]
- Exception Management App Block - System.ComponentModel.Win32Except
- Prev by Date: Re: Write DLL
- Next by Date: Re: Control.visible = true sets the visibility of a control to false
- Previous by thread: Re: Exception Management App Block - System.ComponentModel.Win32Ex
- Next by thread: Re: Exception Management App Block - System.ComponentModel.Win32Ex
- Index(es):
Relevant Pages
|
Loading