-
Posted to
IIS 7 - Troubleshooting
by
anilr
on
10 hours, 7 minutes ago
Can you provide the exact rewrite rules - I will be out of office for a bit, but someone else may be able to help.
-
Posted to
IIS 7 - Troubleshooting
by
anilr
on
21 hours, 23 minutes ago
Can you see if this also reproes it running IIS Manager directly rather than via mmc? You can launch via either "inetmgr" in the search box or "start inetmgr" from a command prompt.
-
Posted to
IIS7 - Configuration & Scripting
by
anilr
on
21 hours, 41 minutes ago
There is a bug in the compression code that it does not parse the charset in the response header correctly, so you will have to configure "application/xml; charset=utf-8" in the dynamic compression settings to have it work.
-
Posted to
IIS 7 - ASP.NET Administration
by
anilr
on
21 hours, 44 minutes ago
Is the error still about the add assembly="*" line or something else - if the error is still about the loading of the assembly, this may be time to fire up the debugger to catch issues with assembly loading in the debugger - if you do not know how to use windows debuggers, I would suggest getting support from microsoft support.
-
Posted to
IIS 7.0 - Application Request Routing (ARR)
by
anilr
on
11-20-2009, 1:24 PM
You do not need to add mime-type for the extension on the ARR server. Juan, can you collect failed request tracing for the request on the ARR server?
My guess is that you do not have a website listening to hostname 190.210.77.135 on either of the content servers and the 404 response is coming from the content server.
I will be on vacation ...
-
Posted to
IIS7 - Configuration & Scripting
by
anilr
on
11-20-2009, 1:17 PM
Please collect failed request tracing log - it should make it clear why the response is not being compressed - look for an event with name DYNAMIC_COMPRESSION_NOT_SUCCESS, it should have the reason.
-
Posted to
IIS 7 - Troubleshooting
by
anilr
on
11-20-2009, 1:15 PM
You have to configure preserveHostHeader to true in ARR configuration - using an elevated command prompt
%windir%\system32\inetsrv\appcmd.exe set config -section:system.webServer/proxy -preserveHostHeader:true
-
Posted to
IIS 7.0 - Application Request Routing (ARR)
by
anilr
on
11-20-2009, 1:05 PM
The "virtual path null" error is an IIS bug that is fixed in ws08r2 - a workaround for this bug would be to move your ARR rewrite rules from globalRules to per site rules.
-
Posted to
IIS7 - Classic ASP
by
anilr
on
11-20-2009, 3:06 AM
You need to remove the whole applicationPools section from web.config file (including applicationPoolDefaults).
-
Posted to
IIS7 - Setup
by
anilr
on
11-20-2009, 3:03 AM
About not being able to save in the webroot - are you running your editor elevated (right click, run as administrator)?