comment autoriser .com dans un chemin d'URL en utilisant IIS6 sur Win2003 R2 x64?

Question

il semble IIS6 sur Win2003 R2 Enterprise x64 SP2 ne vous permettra pas d'utiliser .com dans un chemin d'URL.

par exemple, si je crée un dossier foo.com dans ma racine web, contenant un default.htm, ce résultat url dans un 404:

http://localhost/foo.com/default.htm

cependant, suivant les mêmes étapes exactes sur Win2003 R2 Standard x86 SP2, et IIS6 va servir le fichier très bien.

Aucun serveur n'a installé urlscan.

Existe-t-il un moyen de dire à IIS6 sur Win2003 x64 d'autoriser .com dans un chemin d'URL?

Answer 1

ok problème résolu. ce poste, tout en ne donnant directement la réponse, m'a donné assez d'un indice:

David Wang's blog

Fondamentalement, mon site IIS x64 avait sa autorisations d'exécution configurées « Scripts et exécutables » alors que mon site X86 IIS a été configuré « Scripts seulement »

il semble donc que, même si .com apparaissait que dans le chemin de mon url, IIS traitait comme un fichier exécutable, pour lequel il n'a pas mappage d'application où le HTTP 404

Answer 2

Cela ressemble à cela pourrait relier la question que vous voyez:

http://support.microsoft.com/default.aspx?scid=kb;EN-US;826437

Edit:

Et plus récemment

http://support.microsoft.com/kb/932552

pourrait "VerificationCompatibility" être la réponse ici ? Sur Win x64, il est trouvé dans le registre ici:

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\ASP.NET\VerificationCompatibility = 1 

Lisez à propos de "augmenter les surfaces d'attaque" avant de modifier ce paramètre. Ce que nous avons trouvé sur IIS7 avec Win2008 x64, IIS semble étouffer sur de nombreux caractères "inhabituels". Voici les personnages que nous traitons spécialement:

\r \n \t . ? & : * + "

Même lorsqu'il est correctement codé, nous obtenons 400 à partir du serveur si ceux-ci se produisent avant la chaîne de requête.