Zwei Probleme können auftreten, wenn Sie eine ASP.NET 2.0-basierte Anwendung auf einem Server bereitstellen, auf dem IIS 7.0 oder IIS 7.5 im integrierten Modus ausgeführt wird

Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 979917
Problembeschreibung
Bereitstellen von Microsoft ASP.NET 2.0-basierte Webanwendung zu einer Website, die auf eine Office SharePoint Server gehostet wird. Sie müssen Internet-Informationsdienste (IIS) 7.0 oder IIS 7.5 auf dem Server im integrierten Modus ausführen. In diesem Fall treten die folgenden Probleme auf.

Problem 1

Einige teilweise vertrauenswürdigen Webparts auf der SharePoint-Website bereitgestellt werden. Diese Webparts haben mehr Berechtigungen als verfügen sollte. Dieses Problem ist möglicherweise ein Sicherheitsrisiko auf der SharePoint-Website erstellen. Beispielsweise können diese Webparts Datenbankanforderungen oder HTTP-Anforderungen unerwartet erzeugen. Dieses Verhalten stellt ein Sicherheitsrisiko dar.

Hinweis:Teilweise vertrauenswürdige Webparts sind von Webparts, die im Verzeichnis Bin der Webanwendung bereitgestellt werden.

Problem 2

Der Leistungsindikator "Anfragen" in einem Leistungsobjekt <a0>ASP.NET funktioniert nicht ordnungsgemäß. Wenn Sie die SharePoint-Website ausführen, kann dieses Problem die Leistung der SharePoint-Website verringern.

Die Leistung "Anfragen" funktioniert Leistungsindikator einwandfrei Wenn die folgenden Bedingungen erfüllt sind:
  • Die Anwendung in IIS klassischen Modus ausgeführt wird.
  • Wenn Anforderungen an den Threadpool common Language Runtime (CLR) bereitgestellt werden, erhöht sich der Wert des Leistungsindikators.
  • Wenn Anforderungen im CLR-Threadpool verlassen, verringert sich der Wert des Leistungsindikators.
Ursache
Problem 1

Dieses Problem tritt aufgrund eines Fehlers in der Komponente zur Authentifizierung von ASP.NET 2.0. Den Fehler verursacht hat, die teilweise vertrauenswürdigen Webparts das Anwendungspoolkonto imitieren. Daher haben die Webparts volle Berechtigungen für den Zugriff auf die SharePoint-Website.

Problem 2

Dieses Problem tritt auf, da der Leistungsindikator “ ASP.NET\Request in Warteschlange ” Werte nur gemeldet, wenn in der Warteschlange einer Anforderung in der Warteschlange für ASP.NET ist. Es werden nicht die Anforderungen gezählt, die CLR-Threadpool warten.
Lösung
Problem 1

Dieser Hotfix wird eine neue Anwendungseinstellung in ASP.NET 2.0 zur Verfügung. Neue Anwendungseinstellung ist Aspnet:AllowAnonymousImpersonation. Aktivieren Sie diese Einstellung, indem Sie den folgenden Abschnitt der Datei Web.config hinzufügen:
    <appSettings>        <add key="aspnet:AllowAnonymousImpersonation" value="true" />    </appSettings>
Um diese Einstellung zu aktivieren, müssen Sie IIS 7 oder IIS 7.5 Ausführung im integrierten Modus verfügen. Wenn diese Einstellung aktiviert ist, wird die Anwendung im Sicherheitskontext des IUSR-Identität ausgeführt.

Problem 2

Wenn den Leistungsindikator “ ASP.NET\Request in Warteschlange ” überwachen, nachdem Sie diesen Hotfix angewendet haben, sehen Sie die Werte für die gleiche Anwendung dieselbe Last zu erhöhen. Ist der Leistungsindikator “ ASP.NET\Request in Warteschlange ” zählt sowohl die Anforderungen in der Warteschlange für ASP.NET in der Warteschlange befindliche Anforderungen an, die der CLR-Threadpool warten.

Hotfix-Informationen

Ein unterstützter Hotfix ist jetzt von Microsoft erhältlich. Es soll jedoch nur das Problem zu beheben, das in diesem Artikel beschrieben wird. Wenden Sie es nur auf Systeme an, bei die dieses spezielle Problem auftritt. Dieser Hotfix wird unter Umständen zu einem späteren Zeitpunkt weiteren Tests unterzogen. Wenn durch dieses Problem nicht schwerwiegend beeinträchtigt ist, empfiehlt Microsoft, auf das nächste Servicepack warten, das diesen Hotfix enthält.

Um dieses Problem sofort beheben möchten, wenden Sie sich an Microsoft Product Support Services, um den Hotfix zu erhalten. Eine vollständige Liste der Telefonnummern von Microsoft Product Support Services sowie Informationen über Supportkosten finden Sie auf der folgenden Microsoft-Website:Hinweis:PLEASE DO NOT TRANSLATE and DELETE THIS PASSAGE. IT DOES NOT APPLY TO GERMANY.

Voraussetzungen:

Um diesen Hotfix anwenden zu können, benötigen Sie das Microsoft .NET Framework 3.5 Servicepack 1 (SP1) installiert werden, auf einem Computer, auf dem eines der folgenden Betriebssysteme ausgeführt wird:
  • Windows Vista Servicepack 2 (SP2)
  • Windows Server 2008 SP2
  • Windows 7
  • Windows Server 2008 R2

Neustartanforderung

Starten Sie den Computer neu, nachdem Sie diesen Hotfix, anwenden Wenn alle zugehörigen Dateien verwendet werden, wenn Sie den Hotfix installieren. Vermeiden Sie den Computer neu starten, beenden Sie eine ASP.NET-Website, bevor Sie den Hotfix installieren.

Ersetzte Hotfixes

Dieser Hotfix ersetzt keine anderen Hotfixes.

Dateiinformationen

Die englische Version dieses Updates besitzt die Dateiattribute (oder höher Dateiattribute), die in der folgenden Tabelle aufgelistet werden. Die Datums- und Uhrzeitangaben für diese Dateien sind in Coordinated Universal Time (UTC) aufgeführt. Wenn Sie sich die Dateiinformationen ansehen, werden diese Angaben in die lokale Zeit konvertiert. Um die Differenz zwischen UTC und der Ortszeit zu ermitteln, verwenden dieDie ZeitzoneRegisterkarte derDatum und UhrzeitElement in der Systemsteuerung.
Für alle unterstützten x 86-basierten Versionen von Windows Vista SP2 und Windows Server 2008 SP2
DateinameDateiversionDateigrößeDatumUhrzeitPlattform
"Aspnet_wp.exe"2.0.50727.443530,54403-Mär-201012: 08X 86
Webengine.dll2.0.50727.4435435,53603-Mär-201012: 08X 86
System.Web.dll2.0.50727.44355,242,88003-Mär-201012: 08X 86
Für alle unterstützten x 64-basierten Versionen von Windows Vista SP2 und Windows Server 2008 SP2
DateinameDateiversionDateigrößeDatumUhrzeitPlattform
"Aspnet_wp.exe"2.0.50727.443542,32003-Mär-201012: 08X 64
Webengine.dll2.0.50727.4435744,78403-Mär-201012: 08X 64
System.Web.dll2.0.50727.44355,255,16803-Mär-201012: 08X 64
Für alle IA-64-basierten Versionen von Windows Server 2008 SP2 unterstützten
DateinameDateiversionDateigrößeDatumUhrzeitPlattform
"Aspnet_wp.exe"2.0.50727.443582,25603-Mär-201012: 09IA-64
Webengine.dll2.0.50727.44351,229,64803-Mär-201012: 09IA-64
System.Web.dll2.0.50727.44354,775,93603-Mär-201012: 09IA-64
Für alle unterstützten x 86-basierten Versionen von Windows 7
DateinameDateiversionDateigrößeDatumUhrzeitPlattform
"Aspnet_wp.exe"2.0.50727.500730,54403-Mär-201023: 27X 86
Webengine.dll2.0.50727.5007436,04803-Mär-201023: 27X 86
System.Web.dll2.0.50727.50075,246,97603-Mär-201023: 27X 86
Für alle unterstützten x 64-basierten Versionen von Windows 7 und Windows Server 2008 R2
DateinameDateiversionDateigrößeDatumUhrzeitPlattform
"Aspnet_wp.exe"2.0.50727.500742,32003-Mär-201023: 26X 64
Webengine.dll2.0.50727.5007745,29603-Mär-201023: 26X 64
System.Web.dll2.0.50727.50075,255,16803-Mär-201023: 26X 64
Für alle IA-64-basierten Versionen von Windows Server 2008 R2 unterstützten
DateinameDateiversionDateigrößeDatumUhrzeitPlattform
"Aspnet_wp.exe"2.0.50727.500782,25603-Mär-201023: 25IA-64
Webengine.dll2.0.50727.50071,231,18403-Mär-201023: 25IA-64
System.Web.dll2.0.50727.50074,775,93603-Mär-201023: 25IA-64
Abhilfe
Um 1-Problem zu umgehen, verwenden Sie eine der folgenden Methoden.

Methode 1

Erstellen Sie ein Konto mit demselben Benutzernamen und Kennwort wie dem IUSR-Identität. Anschließend geben Sie den Namen und das Kennwort eines Identität-Abschnitts, und fügen Sie den Abschnitt in der Datei Web.config auf Anwendungsebene. Beispielsweise fügen Sie den folgenden Abschnitt in der Datei Web.config auf Anwendungsebene hinzu:
<identity impersonate="true" username="username" password=" password" />
Darüber hinaus müssen Sie die folgende Konfiguration der Datei Web.config auf Anwendungsebene, IIS-Konfigurationsfehler zu unterdrücken, die beim Hinzufügen von der Identitätsabschnitt hinzufügen:
<system.webServer><validation validateIntegratedModeConfiguration="false" /></system.webServer>
Methode 2

Aktivieren Sie die anonyme Authentifizierung und ASP.NET formularbasierte Authentifizierung in IIS klassischen Modus. Anschließend verwenden Sie folgende Konfiguration imitiert das anonyme Benutzertoken:
<identity impersonate=”true”/>
In diesem Fall ist das anonyme Benutzertoken das IUSR-Token.
Status
Microsoft hat bestätigt, dass es sich um ein Problem bei den Microsoft-Produkten handelt, die im Abschnitt "Beziehen sich auf" aufgeführt sind.
Weitere Informationen
Weitere Informationen zu den Optionen, die Sie zum Bereitstellen von SharePoint-Webparts verwenden können, finden Sie auf den folgenden Microsoft TechNet-Website:Weitere Informationen zu Leistungsindikatoren für ASP.NET finden Sie auf folgender Website von Microsoft Developer Network (MSDN):Weitere Informationen zur Terminologie für Softwareupdates klicken Sie auf die folgende KB-Artikelnummer:
824684Erläuterung von Standardbegriffen bei Microsoft Softwareupdates

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 979917 – Letzte Überarbeitung: 11/18/2010 04:42:00 – Revision: 1.0

Microsoft .NET Framework 2.0, Microsoft ASP.NET 2.0

  • kbexpertiseadvanced kbsurveynew kbqfe kbmt KB979917 KbMtde
Feedback
ASP.NET nicht richtig." />
ASP.NET nicht richtig." />