Please could anyone give some suggestions!
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
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...
--
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...
#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
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...
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 -
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.
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
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.
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...
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?
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...
http://support.microsoft.com/kb/894670/
http://support.microsoft.com/kb/887219/
Cheers,
David.