First, thanks again for the help. I must seem like a complete newb
today. :-D
> State service most likely is not necessary.
Okay, I disabled it again. It was disabled before.
> Check the ASPNET account in the operating system security and make
> sure the account is not disabled.
That seemed to check out. The password was set to never expire, and not
be user-changeable.
> If the .net app is using impersonation, look at what user it is mapped
> to in the app's web.config file, and then check that in the os
> security as well and make sure that isn't disabled too. A lot of our
> customers do the latter and don't realize that their 'user password
> expire every X days' actually bombs the web app after X days pass and
> the account disables.
I'm not clear what impersonation is.
I can tell you the web.config file in the ASP.NET tab in the web server
points to C:\Inetpub\[www directory]\web.config as the "file location"
(I'm guessing for the server config). The file didn't exist, although a
file called "Web.config TEST" did. I cut and pasted this file as
web.config and tried the application again. No luck. :|
In the web config file under the framework in the WINNT directory, I have:
<authorization>
<allow users="*" />
</authorization>
Still get the same error though:
Server Application Unavailable
The web application you are attempting to access on this web
server is currently unavailable. Please hit the "Refresh"
button in your web browser to retry your request.
Administrator Note: An error message detailing the cause of this
specific request failure can be found in the application event
log of the web server. Please review this log entry to discover
what caused this error to occur.
Like I said before, doesn't appear to be a permission problem. Also
appears I have IIS 5.0, so it's not a application pool problem (from my
understanding of how IIS is configured).
Jay - 15 Aug 2007 17:37 GMT
> First, thanks again for the help. I must seem like a complete newb
> today. :-D
[quoted text clipped - 46 lines]
> appears I have IIS 5.0, so it's not a application pool problem (from my
> understanding of how IIS is configured).
What Framework are you using?
I know sometimes this works C:\WINDOWS\Microsoft.NET\Framework
\CorrectVersionHere\aspnet_regiis -i
This is pretty harmless to run and it refreshes IIS mappings/
permissions that may have been mucked with. Make sure you go through
the correct version subdirectory though...