IIS 6.0, .Net 2.0 Framework getting 404 error
MHB...@gmail.com
websites) This morning put a .net 2.0 website onto the server and we
are getting http 404 errors. The 2 different versions of the framework
are on different application pools. And both versions of the asp.net
are allowed. But we are getting this 404 error. Share point is not on
that server. the database server is on the same server and is sql
server 2000. This server is also our active directory controler which
we think might be an issue but are not sure. A testing server with a
similar setup runs both versions of the framework with out any issues.
The testing server is not a active directorycontroler.
Please could anyone give some suggestions!
Kristofer Gafvert
Please look in the log file (located in
C:\Windows\System32\LogFiles\W3SVCNNN where NNN is the website id) and
tell us the status code, substatus code and scwin32 status code for a
failed request.
By knowing this we can better troubleshoot.
Thank you.
--
Regards,
Kristofer Gafvert
http://www.gafvert.info/iis/ - IIS Related Info
Rune
Steve Schofield
member server. A domain controller permissions are locked down more.
Normally IIS 6 will display 404 when the extensions is not recognized. Have
you looked in the event logs? Have you ran filemon to see if anything is
being denied? Is auditing enabled to report failures? Here is an article I
wrote on running Dotnetnuke 4.x on a domain controller with .NET 2.0. This
might provide some direction. http://weblogs.asp.net/steveschofield/
--
Steve Schofield
Microsoft MVP - ASP/ASP.NET
ASPInsider Member - MCP
http://www.orcsweb.com/
Managed Complex Hosting
#1 in Service and Support
<MHB...@gmail.com> wrote in message
news:1143723956.8...@v46g2000cwv.googlegroups.com...
Steve Schofield
http://www.aspdot.net/articles/dnnonw2k3dc/default.aspx
--
Thank you,
Steve Schofield
Microsoft MVP - ASP/ASP.NET
ASPInsider Member - MCP
http://www.orcsweb.com/
Managed Complex Hosting
#1 in Service and Support
"Steve Schofield" <st...@orcsweb.com> wrote in message
news:%23V007aH...@TK2MSFTNGP10.phx.gbl...
Nurm
#Software: Microsoft Internet Information Services 6.0
#Version: 1.0
#Date: 2006-03-30 23:36:07
#Fields: date time s-ip cs-method cs-uri-stem cs-uri-query s-port
cs-username c-ip cs(User-Agent) sc-status sc-substatus sc-win32-status
2006-03-31 07:59:15 10.10.61.204 GET /environmenttest - 443 -
10.10.61.42
Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
401 2 2148074254
2006-03-31 07:59:15 10.10.61.204 GET /environmenttest - 443 -
10.10.61.42
Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
401 1 0
2006-03-31 07:59:15 10.10.61.204 GET /environmenttest - 443
domain\user1 10.10.61.42
Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
301 0 0
2006-03-31 07:59:20 10.10.61.204 GET /environmenttest/Default.aspx -
443 domain\user1 10.10.61.42
Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
404 0 0
2006-03-31 10:19:51 10.10.61.104 GET /EnvironmentTest/ - 443 -
10.10.61.63
Mozilla/5.0+(Windows;+U;+Windows+NT+5.1;+en-US;+rv:1.8.0.1)+Gecko/20060111+Firefox/1.5.0.1
401 2 2148074254
2006-03-31 10:19:51 10.10.61.104 GET /EnvironmentTest/ - 443 -
10.10.61.63
Mozilla/5.0+(Windows;+U;+Windows+NT+5.1;+en-US;+rv:1.8.0.1)+Gecko/20060111+Firefox/1.5.0.1
401 1 0
2006-03-31 10:19:55 10.10.61.104 GET /EnvironmentTest/Default.aspx -
443 DOMAIN\user2 10.10.61.63
Mozilla/5.0+(Windows;+U;+Windows+NT+5.1;+en-US;+rv:1.8.0.1)+Gecko/20060111+Firefox/1.5.0.1
404 0 0
We have enabled the 'ASP.NET v2.0.50727' extension. If it's disabled
we get a different error.
.aspx files are mapped to use
"c:\windows\microsoft.net\framework\v2.0.50727\aspnet_isapi.dll" as the
executable path. (all defaults)
The Applicaiton is set to run under the 2.0 framework, and in a
seperate app domain. (otherwise all our 1.1 apps won't work).
FileMon shows w3wp looking for App_GlobalResource, App_Code,
App_WebReferences, App_Browsers all unsuccessfull (they don't exist).
It looks for global.asax too (creating that as an empty file doesn't
help).
The App Pool is runing as default (Network Service), but we have tried
it as Domain Admin too. Authentication is Integrated and Basic only,
SSL is enforced.
I read the DNN page briefly, but I can't imagine authentication is a
problem, because login is enforced, and domain admin accounts see the
same 404 error.
One thing I am worried about is that you can't access IIS locally
(401.1 and 401.2 errors), here are those logs:
2006-03-31 10:39:45 10.10.61.204 GET / - 443 - 10.10.61.204
Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.2;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
401 2 2148074254
2006-03-31 10:39:50 10.10.61.204 GET / - 443 - 10.10.61.204
Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.2;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
401 1 0
2006-03-31 10:39:50 10.10.61.204 GET / - 443 - 10.10.61.204
Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.2;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
401 1 2148074252
2006-03-31 10:39:53 10.10.61.204 GET / - 443 - 10.10.61.204
Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.2;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
401 2 2148074254
2006-03-31 10:39:53 10.10.61.204 GET / - 443 - 10.10.61.204
Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.2;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
401 1 0
2006-03-31 10:39:53 10.10.61.204 GET / - 443 - 10.10.61.204
Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.2;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
401 1 2148074252
2006-03-31 10:39:57 10.10.61.204 GET / - 443 - 10.10.61.204
Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.2;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
401 1 0
2006-03-31 10:39:57 10.10.61.204 GET / - 443 - 10.10.61.204
Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.2;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
401 1 2148074252
Steve Schofield
the correct folders. Another unrelated item is make sure you have a
default document present in the root folder.
--
Steve Schofield
Microsoft MVP - ASP/ASP.NET
ASPInsider Member - MCP
http://www.orcsweb.com/
Managed Complex Hosting
#1 in Service and Support
"Nurm" <nor...@gmail.com> wrote in message
news:1143801660.7...@u72g2000cwu.googlegroups.com...
Kristofer Gafvert
The 404 status code you have in your log file indicate that you have
"Verify that file exists" unchecked, and that the file Default.aspx in the
environmenttest folder is not to be found. Can you please verify that the
file exists in this folder?
If the file exists, please write down the application mappings (Verbs
etc.) for aspx for the problematic website. Remove the application mapping
for aspx (assuming that you can do this without interrupting other things)
and then browse the file again. If the log file gives you a status code of
200 the problem is related to .NET and i would recommend you to try a .NET
newsgroup.
You can add the mapping back after this.
--
Regards,
Kristofer Gafvert
http://www.gafvert.info/iis/ - IIS Related Info
Nurm wrote:
>Here are some of the logs:
>
>#Software: Microsoft Internet Information Services 6.0
>#Version: 1.0
>#Date: 2006-03-30 23:36:07
>#Fields: date time s-ip cs-method cs-uri-stem cs-uri-query s-port
>cs-username c-ip cs(User-Agent) sc-status sc-substatus sc-win32-status
>2006-03-31 07:59:15 10.10.61.204 GET /environmenttest - 443 -
>10.10.61.42
>Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
>401 2 2148074254
>2006-03-31 07:59:15 10.10.61.204 GET /environmenttest - 443 -
>10.10.61.42
>Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
>401 1 0
>2006-03-31 07:59:15 10.10.61.204 GET /environmenttest - 443
>domain\user1 10.10.61.42
>Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
>301 0 0
>2006-03-31 07:59:20 10.10.61.204 GET /environmenttest/Default.aspx -
>443 domain\user1 10.10.61.42
>Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
>404 0 0
>
>2006-03-31 10:19:51 10.10.61.104 GET EnvironmentTest - 443 -
>10.10.61.63
>Mozilla/5.0+(Windows;+U;+Windows+NT+5.1;+en-US;+rv:1.8.0.1)+Gecko/20060111+Firefox/1.5.0.1
>401 2 2148074254
>2006-03-31 10:19:51 10.10.61.104 GET EnvironmentTest - 443 -
Nurm
remove ACL problems. No difference. If I copy the .aspx file as a
.html file in the same folder then I can view the .html file without
any problems.
If I remove the mapping, and add an .aspx mime-type instead then it
lets me view the source of the page. If I don't add the mime-type (via
http headers tab), then it continues to give me 404. This sounds like
isslockdown from the old days, but I think it's integrated with IIS6 on
Win2003.
Also I've turned off default document, and directory browsing on. It
lists all the files in the folder. .aspx pages give 404, other pages
(like .txt and .html) load fine.
more logs: (default.aspx exists, default1.aspx is a copy, real404.aspx
doesn't exist)
2006-04-03 09:22:13 10.10.61.204 GET /EnvironmentTest/Default.aspx -
443 domain\user1 10.10.61.63
Mozilla/5.0+(Windows;+U;+Windows+NT+5.1;+en-US;+rv:1.8.0.1)+Gecko/20060111+Firefox/1.5.0.1
404 0 0
2006-04-03 09:22:16 10.10.61.204 GET /EnvironmentTest/Default1.aspx -
443 domain\user1 10.10.61.63
Mozilla/5.0+(Windows;+U;+Windows+NT+5.1;+en-US;+rv:1.8.0.1)+Gecko/20060111+Firefox/1.5.0.1
404 0 0
2006-04-03 09:22:21 10.10.61.204 GET /EnvironmentTest/Real404.aspx -
443 domain\user1 10.10.61.63
Mozilla/5.0+(Windows;+U;+Windows+NT+5.1;+en-US;+rv:1.8.0.1)+Gecko/20060111+Firefox/1.5.0.1
404 0 0
this is with the application extention mapping deleted (but no mime
type):
2006-04-03 09:24:55 10.10.61.204 GET /EnvironmentTest/Default.aspx -
443 domain\user1 10.10.61.63
Mozilla/5.0+(Windows;+U;+Windows+NT+5.1;+en-US;+rv:1.8.0.1)+Gecko/20060111+Firefox/1.5.0.1
404 3 50
with the mime-type mapping:
2006-04-03 09:26:25 10.10.61.204 GET /EnvironmentTest/Default.aspx -
443 domain\user1 10.10.61.63
Mozilla/5.0+(Windows;+U;+Windows+NT+5.1;+en-US;+rv:1.8.0.1)+Gecko/20060111+Firefox/1.5.0.1
200 0 0
2006-04-03 09:26:25 10.10.61.204 GET /EnvironmentTest/Default.aspx -
443 domain\user1 10.10.61.63
Mozilla/5.0+(Windows;+U;+Windows+NT+5.1;+en-US;+rv:1.8.0.1)+Gecko/20060111+Firefox/1.5.0.1
304 0 0
It must be the .net 2.0 script execution engine breaking stuff here. I
wonder if the mime-type issue is causing troubles.
If I recycle the application pool, it does take a short while before
emitting the error. It's immediate once the pool is loaded. The
w3wp.exe launches during this time, so the error must be generated from
the w3wp.exe side.
Kristofer Gafvert
ASP.NET related. Once you have taken ASP.NET out of the equation (by
removing the mapping), the result is expected (404.3 without a MIME type
and 200 with a MIME type).
Since it happens no matter what file it is, it seems to be a global
setting (perhaps in web.config?).
When you say that it takes a short while before emitting the error after
you have recycled the application pool, do you mean that it works (i.e. a
status code of 200) for the first requests, or do you mean that it takes
some time for the server to give a response (this is expected when
recycling the application pool)?
I would recommend you to ask this in an ASP.NET (2.0) newsgroup and see if
they know what may possible cause a status code of 404 for all requests
parsed by the ASP.NET (2.0) engine. We have by the check earlier ruled out
IIS, so an ASP.NET expert is needed (and I am not an ASP.NET expert and
there is a better chance of finding one in an ASP.NET newsgroup).
--
Regards,
Kristofer Gafvert
http://www.gafvert.info/iis/ - IIS Related Info
Nurm
http://groups.google.com/group/microsoft.public.dotnet.framework.aspnet/browse_thread/thread/b9f76d360880ac0b/88f337bb1d3bb929
but there's no app_offline.htm file, in fact I can try and reduce the
files to one or two and it doesn't help.
Recycling the app pool doesn't fix it, it just make it take slightly
longer for the error to appear. So this again points to the problem
being somewhere inside the 2.0 framework.
We'll post a summary to an .Net 2.0 group, and take it from there.
David Wang [Msft]
The log shows that ASP.Net 2.0 is handed the request for /default.aspx but
it returns 404 for arbitrary reason.
Check for rogue HttpHandler/HttpModules installed via .config files.
--
//David
IIS
http://blogs.msdn.com/David.Wang
This posting is provided "AS IS" with no warranties, and confers no rights.
//
"Nurm" <nor...@gmail.com> wrote in message
news:1144075354....@i39g2000cwa.googlegroups.com...
Nurm
We use E:\ as the root of our web-site for security reasons (you can't
use ..\.. hacks to run anything because the folder is rooted on the
drive). So some wierd reason .Net 2.0 does _NOT_ like the webroot to
be the root folder of a drive.
I just created a subfolder called Webfiles, and moved everything into
that, told IIS to use E:\Webfile as the root, tweaked a few config
files, and everything is working now.
Wierd .Net 2.0 bug eh?
David Wang [Msft]
The root directory of an NTFS partition is hidden by default.
--
//David
IIS
http://blogs.msdn.com/David.Wang
This posting is provided "AS IS" with no warranties, and confers no rights.
//
"Nurm" <nor...@gmail.com> wrote in message
news:1144233363.6...@i39g2000cwa.googlegroups.com...
azbola
security patch, here are the details:
http://support.microsoft.com/kb/894670/
http://support.microsoft.com/kb/887219/
Cheers,
David.