.NET 3.5 Service Pack 1 provoque 404 pages sur ASP.NET Web App

Question

J'ai un problème avec IIS 6.0 cesser de fonctionner pour une application ASP.NET après l'installation du Service Pack 1 pour .NET 3.5.

J'ai 2 serveurs virtuels dédiés identiques. L'installation de SP1 sur le premier n'a eu aucun effet négatif. En l'installant sur le second, les pages ASP.NET ont commencé à renvoyer la page 404 introuvable.

Les pages statiques .html fonctionnent bien sur les deux serveurs.

Quelqu'un d'autre a-t-il ressenti cela?

Answer 1

C'est vaste problème, donc commençons par poser quelques questions de dépannage:

• D'après votre description, le runtime ASP.NET n'est pas votre demande et la capture du traitement des fichiers ASPX. Vous devrez peut-être enregistrer à nouveau le pipeline asp.net avec IIS en utilisant ASPNET_REGIIS -i.
• Avez-vous veillé à ce que le fichier app_offline.htm a été supprimé du répertoire de l'application? Je l'ai eu avant cela après une mise à jour .
• Avez-vous configuré fiddler par exemple pour suivre la demande pour voir ce que demande exactement?
• Assurez-vous que ASP.NET est activé dans la console d'administration IIS sous "Web extensions de service". Make sure everything is set to allowed for your different versions of the framework.

Eh bien, nous allons commencer par ceux-ci et nous espérons pouvoir vous guider au problème.

Answer 2

Les CustomErrors de votre fichier web.config sont-ils définis sur Activé ou sur À distance? Si oui, qu'obtenez-vous lorsque vous le désactivez?

Answer 3

J'ai vu des gens avec ce problème récemment. This link pourrait aider.

et this one.

Et quelques autres.

Answer 4

Personne ne l'a fait avant, je vais donc pointer vers la solution triviale:
Avez-vous déjà désinstallé le Service Pack et l'avez réinstallé à nouveau (ou tout le framework)? Explication facile: Il a dit que la mise à jour fonctionne sur une machine, mais pas sur l'autre. J'ai eu des problèmes similaires dans le passé et la réinstallation a aidé à résoudre certains d'entre eux. Et c'est trivial à faire.
C'est mon approche:
1. trivial
2. facile
3. maux de tête

Vous avez raison, sur les systèmes de production, vous devez être prudent, mais c'est sa décision. Et comme il s'agit d'un serveur virtuel, il est peut-être facile pour lui de le copier et d'essayer d'abord comme environnement de test.

Answer 5

Je n'ai pas eu cette erreur exacte avec .NET 3.5 SP1, mais j'ai vu similaire se produire dans le passé.Généralement, il peut être résolu en ouvrant une invite de commande, en accédant au dossier .NET approprié et en exécutant ASPNET_REGIIS -i. Dans le cas de .NET 3.5 il n'y avait pas de mise à jour des principaux bits du framework, donc vous devriez aller dans le dossier .NET 2.0, qui se trouve sur ma machine à:

\ Windows \ Microsoft.NET \ framework \ v2.0.50727

L'exécution de ASPNET_REGIIS -i réinscrira toutes les bibliothèques ASP.NET avec IIS et devrait être l'équivalent d'une réinstallation de l'infrastructure sur une machine donnée (comme loin que IIS est concerné)

Answer 6

Juste pour clarifier. Le dernier (4ème) point donné par Dale était le problème. Au cours de l'installation de SP1, l'état pour ASP.NET et WebDAV a été défini sur Interdit sous Web Service Extensions.

Pourquoi l'installation du Service Pack 1 a changé ce paramètre sur un serveur et non l'autre est un mystère que je ne me dérangerait pas (mais attendez pas) une réponse à ...

Le deuxième lien fourni par CodingTheWheel aussi avait la réponse, donc je vais aussi marquer cela comme une réponse.