.NET 3.5 Service Pack 1 verursacht 404 Seiten in ASP.NET Web App

Question

Ich habe ein Problem mit IIS 6.0 aufhören zu arbeiten für eine ASP.NET-Anwendung nach der Installation von Service Pack 1 für .NET 3.5.

Ich habe 2 identische virtuelle dedizierte Server. Die Installation von SP1 auf der ersten hatte keine nachteilige Wirkung. Die Installation auf der zweiten Seite führte dazu, dass ASP.NET-Seiten die 404-Seite nicht gefunden zurückgaben.

Statische HTML-Seiten funktionieren auf beiden Servern.

Hat jemand anderes dies erfahren?

Answer 1

Dies ist breit Problem, also lassen Sie uns mit der Frage, einige Fragen zur Fehlerbehebung beginnen:

• Basierend auf Ihrer Beschreibung wird die ASP.NET-Laufzeit Ihre Anfrage nicht zu kontrollieren und die Verarbeitung der aspx-Dateien. Möglicherweise müssen Sie die asp.net-Pipeline erneut mit IIS unter Verwendung von ASPNET_REGIIS -i registrieren.
• Haben Sie sichergestellt, dass die Datei app_offline.htm aus dem Verzeichnis der Anwendung entfernt wurde? Ich habe dies vorher nach einem Update geschehen.
• Haben Sie fiddler zum Beispiel eingerichtet, um der Anfrage zu folgen, um zu sehen, was genau angefordert wird?
• Stellen Sie sicher, dass ASP.NET in der IIS-Verwaltungskonsole unter "Web Service Extensions" aktiviert ist. Make sure everything is set to allowed for your different versions of the framework.

Nun, lassen Sie uns mit denen beginnen und hoffentlich können wir Sie auf das Problem lenken.

Answer 2

Sind CustomErrors in Ihrer web.config auf On oder RemoteOnly eingestellt? Wenn ja, was bekommst du, wenn du es auf "Aus" änderst?

Answer 3

Ich habe in letzter Zeit verschiedene Leute mit diesem Problem gesehen. This link könnte helfen.

Und this one.

Und ein paar andere.

Answer 4

Niemand hat vorher getan, also werde ich auf die triviale Lösung zeigen:
Haben Sie das Service Pack bereits de-installiert und neu installiert (oder das gesamte Framework)?

Bearbeiten: @Kev:
Einfache Erklärung: Er sagte, das Update funktioniert auf einer Maschine, aber nicht auf der anderen. Ich hatte in der Vergangenheit ähnliche Probleme und die Neuinstallation half, einige von ihnen zu lösen. Und es ist trivial.
Das ist mein Ansatz:
1. trivial
2. leicht
3. Kopfschmerzen

Sie haben Recht, auf produktive Systeme Sie müssen vorsichtig sein, aber das ist seine Entscheidung. Und weil es sich um einen virtuellen Server handelt, ist es für ihn möglicherweise einfach, es zu kopieren und zunächst als Testumgebung zu versuchen.

Answer 5

Ich hatte nicht diesen genauen Fehler mit .NET 3.5 SP1, aber ähnliche in der Vergangenheit aufgetreten haben.In der Regel kann das Problem durch Öffnen einer Eingabeaufforderung gelöst werden, indem Sie zum entsprechenden .NET-Ordner wechseln und ASPNET_REGIIS -i ausführen. Im Fall von .NET 3.5 gab es kein Update für die Haupt-Bits des Frameworks, also würden Sie tatsächlich zum .NET 2.0-Ordner gehen, den Sie auf meinem Rechner finden können:

\ Windows \ Microsoft.Net \ framework \ v2.0.50727

Das Ausführen von ASPNET_REGIIS -i wird alle ASP.NET-Bibliotheken mit IIS erneut registrieren und sollte einer Neuinstallation des Frameworks auf einem bestimmten Computer entsprechen (z Soweit IIS betroffen ist)

Answer 6

Nur um zu klären. Der letzte (vierte) Punkt von Dale war das Problem. Während der Installation von SP1 wurde der Status für ASP.NET und WebDAV unter "Webdiensterweiterungen" auf "Verboten" gesetzt. auch

Warum die Installation von SP1 diese Einstellung auf einem Server geändert und nicht das andere ist ein Geheimnis, das ich nicht (aber nicht erwarten) ausmachen würde, eine Antwort auf ...

Die zweite Verbindung durch CodingTheWheel bereitgestellt hatte die Antwort, also werde ich dies auch als eine Antwort markieren.