Problembeschreibung
Nachdem Sie eines der folgenden Updates installiert haben, werden einige duplizierte Seiten in Microsoft SharePoint nicht gerendert:
-
Hinweise zum Sicherheitsupdate für SharePoint Server 2019: 8. September 2020 (KB 4484505)
-
Update für SharePoint Server 2019 vom 21. September 2020 (KB4461512)
-
Hinweise zum Sicherheitsupdate für SharePoint Foundation 2013 vom 8. September 2020 (KB 4484525)
-
Hinweise zum Sicherheitsupdate für SharePoint Foundation 2010 vom 8. September 2020 (KB 4486667)
Beispielsweise werden Portalseiten von Microsoft Identity Manager (MIM) und einige benutzerdefinierte Seiten, die über die SharePoint-Lösung bereitgestellt werden, nicht gerendert.
Zusätzlich könnten Sie mit einem oder mehreren der folgenden Szenarien konfrontiert werden.
Szenario 1
Die blockierte duplizierte Seite zeigt eine der folgenden Fehlermeldungen an:
-
Das „autoeventwireup“-Attribut ist auf dieser Seite nicht zulässig.
-
Das „enablesessionstate“-Attribut ist auf dieser Seite nicht zulässig.
-
Codeblöcke sind in dieser Datei nicht zulässig.
-
Der Ereignishandler „OnSelectedIndexChanged“ ist auf dieser Seite nicht zulässig.
Hinweis Das Ereignis in der letzten Fehlermeldung könnte auch ein anderes Ereignis sein, z. B. „OnClick“.
Szenario 2
Die blockierte duplizierte Seite zeigt die folgende Fehlermeldung an:
UnsafeControlException: Ein Webpart oder Webformular-Steuerelement auf dieser Seite kann nicht angezeigt oder importiert werden. Der Typ konnte nicht gefunden werden oder ist nicht als sicher registriert.
Szenario 3
Die blockierte duplizierte Seite zeigt die folgende Fehlermeldung an:
Die referenzierte Datei „/_layouts/somedirectory/affectedusercontrol.ascx“ ist auf dieser Seite nicht zulässig.
Ursache
Duplizierte Seiten werden im Dateisystem gespeichert. Ihre Sicherheitsstufe wird durch das Verbot serverseitiger Skripts und unsicherer Steuerelemente erhöht. Wenn die folgenden Bedingungen zutreffen, kann das Rendern einer duplizierten Seite blockiert werden:
-
Die duplizierte Seite enthält Inline-Code oder serverseitiges Skript.
-
Der Code-Behind-Typ oder Webpart-Typ ist nicht als sicher registriert.
Lösung für Szenario 1
Um dieses Problem zu beheben, fügen Sie ein neues PageParserPath-Element mit einem VirtualPath-Attribut zur Datei „Web.config“ unter dem Element configuration/SharePoint/SafeMode/PageParserPaths hinzu.
Beispielsweise wird folgende Fehlermeldung angezeigt:
„Das Attribut ,autoeventwireup‘ ist auf dieser Seite nicht zulässig.“
In diesem Fall können Sie ein PageParserPath-Element wie folgt hinzufügen:
<SafeMode MaxControls="200" CallStack="false" DirectFileDependencies="15" TotalFileDependencies="250" AllowPageLevelTrace="false">
<PageParserPaths>
<PageParserPath VirtualPath="/<relativepath>/page.aspx" CompilationMode="Always" AllowServerSideScript="true" AllowUnsafeControls="true"/>
</PageParserPaths>
</SafeMode>
Wenn alle Seiten im selben virtuellen Verzeichnis entsperrt werden müssen, können Sie ein PageParserPath-Element wie folgt verwenden:
<SafeMode MaxControls="200" CallStack="false" DirectFileDependencies="15" TotalFileDependencies="250" AllowPageLevelTrace="false">
<PageParserPaths>
<PageParserPath VirtualPath="/<relativepath>/*" CompilationMode="Always" AllowServerSideScript="true" AllowUnsafeControls="true" IncludeSubFolders="True"/>
</PageParserPaths>
</SafeMode>-
VirtualPath ist der Pfad der blockierten Seite.
-
VirtualPath muss auf eine Seite verweisen, die dupliziert ist und deren Duplizierung nicht von einem Benutzer rückgängig gemacht werden kann, oder auf ein Verzeichnis, das eine solche Seite enthält.
-
VirtualPath muss auf eine Seite verweisen, die nicht auf eine andere Seite verweist, oder auf eine Masterseite, deren Duplizierung nicht aufgehoben werden kann, oder auf ein Verzeichnis, das eine solche Seite oder Masterseite nicht enthält.
-
DirectFileDependencies gibt die Anzahl der zulässigen direkten Dateiabhängigkeiten an. Wenn eine Fehlermeldung wie „Die Anzahl der zulässigen direkten Dateiabhängigkeiten überschreitet den Grenzwert“ angezeigt wird, ändern Sie diesen Wert.
Problembehebung für Szenario 2
Um dieses Problem zu beheben, fügen Sie ein neues SafeControls-Element für den angegebenen Typ, Namespace und starken Assemblynamen zur Datei „Web.config“ unter dem Element configuration/SharePoint/SafeControls hinzu, wie in SafeControls-Element (Lösung) beschrieben. Setzen Sie dann das Attribut Safe auf TRUE.
Weitere Informationen zum Format der Attributwerte im SafeControls-Element finden Sie in der Tabelle in Schritt 12 unter „Markieren sicherer Steuerelemente im Paket-Designer“ in Gewusst wie: Markieren von Steuerelementen als sichere Steuerelemente.
Problembehebung für Szenario 3
Um dieses Problem zu beheben, fügen Sie ein neues SafeControls-Element, das das Attribut Src verwendet, zur Datei „Web.config“ unter dem Element configuration/SharePoint/SafeControls hinzu.
Beispielsweise wird folgende Fehlermeldung angezeigt:
Die referenzierte Datei „/_layouts/somedirectory/affectedusercontrol.ascx“ ist auf dieser Seite nicht.
In diesem Fall können Sie ein SafeControls-Element, wie in den folgenden Beispielen gezeigt, hinzufügen:
< SafeControls>
<SafeControl Src="~/_layouts/somedirectory/*" IncludeSubFolders="True" Safe="True" AllowRemoteDesigner="True" SafeAgainstScript="True" />
</SafeControls>< SafeControls> <SafeControl Src="~/_layouts/somedirectory/*" IncludeSubFolders="True" Safe="True" /> </SafeControls>
