[Cela pourrait être mieux sur serverfault, si oui, je vais passer la question là-bas - mais pensé il y a plus de devs asp.net ici donc plus de chances de ce comportement ayant été vu par quelqu'un d'autre]Gestion ASPX drôle par IIS?
J'ai essayé de traquer le paramètre .NET dans IIS qui régit ce comportement, mais sans aucune chance ...
En bref, nous avons une boîte Server 2008 R1 exécutant IIS7. Lorsque nous naviguons vers une URL du formulaire: http://server/path/webpage.aspx/webpage.aspx, il traite correctement la page et renvoie la bonne réponse. Si j'essaie ceci avec une page HTML statique ou une page ASP, j'obtiens un 404 (attendu).
Il semble qu'il n'y ait aucune limite au niveau de répétition ... http://server/path/webpage.aspx/webpage.aspx/webpage.aspx/webpage.aspx tout fonctionne comme si nous étions allés à la bonne URL en premier lieu (c'est-à-dire, juste une seule page Web.aspx).
Ceci est (ou devrait au moins être) une configuration par défaut d'IIS. Quelqu'un a des idées pour savoir si nous avons une boîte qui a été modifiée de façon étrange?
Edits/réponses aux questions [dernière modification @ 16h55]:
- En utilisant .NET 2.0
- pool d'applications IIS est configuré en tant que pipeline 'Classic'
- IIS configuré pour anonyme accès; Utilisation d'un frontal ASP classique (hérité) pour l'authentification
- Il s'agit d'une application mixte: nous avons de nombreux éléments ASP hérités ainsi que plusieurs éléments ASP.NET.
- Aucun module HTTP personnalisés sont utilisés
En fin de compte ce ne cause pas un problème fonctionnel mais cela ne signifie analyse du journal est jeté hors, et si nous pouvons éteindre ce comportement (plutôt inattendu) ce d être utile.
Utilisez-vous des modules HTTP personnalisés? – David
@David - Non [question mise à jour en conséquence] –