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

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 979917 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Auf dieser Seite

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:
http://support.Microsoft.com/contactus/?ws=Support
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
Tabelle minimierenTabelle vergrößern
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
Tabelle minimierenTabelle vergrößern
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
Tabelle minimierenTabelle vergrößern
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
Tabelle minimierenTabelle vergrößern
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
Tabelle minimierenTabelle vergrößern
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
Tabelle minimierenTabelle vergrößern
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:
Konfigurieren und Bereitstellen von sicheren Webparts auf einer Office SharePoint server
Weitere Informationen zu Leistungsindikatoren für ASP.NET finden Sie auf folgender Website von Microsoft Developer Network (MSDN):
Leistungsindikatoren für ASP.NET
Weitere Informationen zur Terminologie für Softwareupdates klicken Sie auf die folgende KB-Artikelnummer:
824684Erläuterung von Standardbegriffen bei Microsoft Softwareupdates

Eigenschaften

Artikel-ID: 979917 - Geändert am: Donnerstag, 18. November 2010 - Version: 1.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft .NET Framework 2.0
  • Microsoft ASP.NET 2.0
Keywords: 
kbexpertiseadvanced kbsurveynew kbqfe kbmt KB979917 KbMtde
Maschinell übersetzter Artikel
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
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com