La compréhension de mappage de Gestionnaire sur IIS7.5
Je suis à essayer de comprendre le sens de Mappage de Gestionnaire dans IIS7.5 et comment IIS utiliser cette information pour décider qui exécute ce.
Par exemple je vois plusieurs entrées avec le *.aspx chemin. Qui gagne? Se pourrait-il que certaines entrées ne s'applique que lorsque Classique Pipeline est activée et que certains autres quand pipeline Intégré est utilisé? Et le nombre de bits (32 bits, 64 bits), l'influence des entrées sont considérées comme des?
Si quelqu'un pouvait expliquer (ou qui ont un lien expliquant) ce IIS7.5 n' (en termes de "dispatching"/"routage"/"vous! prendre soin de cela!") quand un générique de la requête HTTP, il vient:
GET /blabla/dummy.bla HTTP/1.1
Host: blabla.org
Plus tard, je serais intéressé par la façon dont IIS Module de Réécriture ou ARR, œuvres, mais pour l'instant je suis seulement intéressé par la Poignée de configuration du Mappage.
Merci d'avance!
OriginalL'auteur Eduard | 2011-08-11
Vous devez vous connecter pour publier un commentaire.
En friche de réponse n'est pas tout à fait exact, les mappages de gestionnaires IIS7 sont gérés différemment de IIS6 mappages de script.
Dans IIS7 de la console de gestion, il est un attribut important qui ne figure pas dans l'INTERFACE utilisateur, le
preCondition
attribut.La
preCondition
attribut est utilisé pour indiquer quand un gestionnaire doit être invoquée. Pour répondre à votre question:Différents pré-conditions sont utilisées pour décider qui
.aspx
gestionnaire doit être invoquée. Par exemple, sur un système 64 bits avec ASP.NET 2.0 et ASP.NET 4.0 est installé il y a six.aspx
mappages de gestionnaires défini. Chacun a une autrepreCondition
règle:Si vous regardez chacun des
preConditions
ci-dessus, ils sont tous légèrement différents, c'est la façon dont IIS choisit mappage de gestionnaire à exécuter.Pour plus d'informations, voir:
Aussi il y a un excellent article qui explique mappages de gestionnaires et de leurs
preConditions
ici:pouvez-vous demander que d'une question distincte?
Ups. Désolé. La nouvelle question
OriginalL'auteur Kev
Le poste suivant se rapporte à IIS 6.0, mais je n'ai trouvé aucune preuve que le comportement diffère dans IIS 7.X.
Le lien vers le post est:
http://blogs.msdn.com/b/david.wang/archive/2005/10/14/howto-iis-6-request-processing-basics-part-1.aspx
De toute façon je ne suis pas du tout convaincu, je vois trop d'entrées qui correspondent à *.aspx Si, pour chaque demande, il doit tester des 4 modules différents... Comme une note de côté, savez-vous qui les Url *. chemin de match? (il est appelé ExtensionLessURL...)
OriginalL'auteur Umair Ishaq
Solution ci-dessus ne fonctionne pas pour moi, j'ai essayé les étapes ci-dessous et ça fonctionne:
ouvrir les Filtres ISAPI module Gestionnaire des services IIS et retirer le aspnet_isapi.dll à partir de la liste. L'aspnet_isapi.dll est une extension ISAPI et pas un filtre ISAPI.
Pour plus d'informations, veuillez consulter:
http://forums.iis.net/t/1107699.aspx?HTTP+erreur+500+0+erreur de+code+0x800700b7
OriginalL'auteur Vijayendra Kumar