Häufig gestellte Fragen zu Power Pages

Sie können Überwachung in Microsoft Dataverse verwenden, um Änderungen an Power Pages-Konfigurationsentitäten zu verfolgen. Durch die Überwachung kann der Änderungsverlauf ermittelt werden, wenn Konfigurationsdaten zurückgesetzt werden müssen.

Power Pages ab Version 8.3 unterstützt TLS 1.2.

Power Pages unterstützen die folgenden TLS-1.2-Verschlüsselungssammlungen gemäß der Microsoft-Sicherheitsrichtlinie, um die Unterstützung mehrerer Clients zu berücksichtigen. Die stärksten Verschlüsselungssammlungen stehen ganz oben auf der Liste. Dadurch wird sichergestellt, dass die Clients beim Verbinden mit Websites immer die stärkste Verschlüsselungssammlung verwenden, die sie aus dieser Liste unterstützen.

• TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
• TLS_RSA_WITH_AES_256_GCM_SHA384
• TLS_RSA_WITH_AES_128_GCM_SHA256
• TLS_RSA_WITH_AES_256_CBC_SHA256
• TLS_RSA_WITH_AES_128_CBC_SHA256
• TLS_RSA_WITH_AES_256_CBC_SHA
• TLS_RSA_WITH_AES_128_CBC_SHA

Sie können eine Website so konfigurieren, dass ein Benutzer nach der Anmeldung auf eine Standardseite umgeleitet wird. Die detaillierten Schritte finden Sie unter Einen Benutzer bei der Anmeldung auf eine Standardseite umleiten.

Weitere Informationen zum Arbeiten mit Liquid-Vorlagen finden Sie unter Arbeiten mit Liquid-Vorlagen.

Power Pages sind jetzt als eigenständiges Produkt verfügbar. Details unter Lizenzen zuweisen.

Sie können die Basis-URL einer Website nach der Bereitstellung ändern, indem Sie die unter Ändern der Basis-URL einer Website genannten Schritte ausführen.

Interne Benutzer mit Microsoft Entra-Anmeldeinformationen, die versuchen, sich ohne gültige Lizenz anzumelden, sehen folgende Meldung auf Anmeldeseite: Sie haben keine gültige Lizenz für den Zugriff auf diese Website. Wenden Sie sich an Ihren Systemadministrator.

Benutzern wird dieser Fehler eventuell auch angezeigt, wenn Nutzungsbasierte Abrechnung für diese Umgebung nicht aktiviert wurde.

Abhängig vom gekauften SKU-Typ – beispielsweise unterschiedliche Dynamics 365 SKUs, Power Apps pro App-Plan oder Power Apps pro Benutzerplan, muss ein Administrator entweder eine entsprechende Lizenz für die Benutzer bereitstellen oder er muss über eine ausreichende Anzahl an App-Pässen für die Umgebung verfügen. Weitere Informationen zu App-Pässen finden Sie unter Kapazitäten in einer Umgebung zuweisen oder ändern. Sobald App-Pässe zur Umgebung zugewiesen wurden, muss die Website neu gestartet werden, damit die Änderungen wirksam werden.

Weitere Informationen zur Lizenzierung interner Benutzer finden Sie unter Häufig gestellte Fragen zur Power Pages Lizenzierung.

Einzelheiten zur Lizenzierung von internen Benutzern, die die nutzungsbasierte Abrechnung verwenden, finden Sie unter Power Apps pro App-Meter.

Weitere Informationen zu Nutzungsrechten für Power Pages für interne Benutzer finden Sie in den häufig gestellten Fragen zu Nutzungsrechten für Power Pages für interne Benutzer und im Lizenzierungshandbuch im Abschnitt In Power Apps- und Dynamics 365-Lizenzen enthaltene Power Pages Nutzungsrechte.

Nein. Gastbenutzer, die für B2B-Zusammenarbeit in Microsoft Entra hinzugefügt wurden, werden nicht als interne Benutzende betrachtet und erfordern Anmeldungen. Weitere Informationen zum Power Pages Lizenzierungsmodell für das Lizenzierungsleitfaden im Abschnitt Pro-Anmeldungsmodell.

Wenn Sie Ihre Dataverse Umgebung von einer Geolocation oder einem Mandanten zu einer bzw. einem anderen verschieben, werden dieser Organisation zugeordnete Websites nicht automatisch verschoben. Weil die Organisation verschoben wurde, funktioniert auch keine Website, das mit dieser Organisation verbunden ist, und löst beim Start einen Fehler aus.

So ordnen Sie Ihre Website erneut relevanten Organisationen zu:

1. Setzen Sie Ihren vorhanden Websitehost von der vorhandenen Geolocation oder dem vorhandenen Mandanten zurück, indem Sie den Schritten unter Ein Portal zurücksetzen folgen. Dadurch werden die zugeordneten Websiteressourcen gelöscht und die Website-URL ist nicht verfügbar, nachdem der Vorgang abgeschlossen wurde.

2. Nachdem Ihre vorhandene Website zurücksetzt wurde, wechseln Sie zu dem neuen Mandanten (oder zur neuen Geolocation des vorhandenen Mandanten) und stellen Sie dort eine Website bereit.

Wenn eine Dataverse-Umgebung aus einem Backup wiederhergestellt wird, werden verschiedene Änderungen in Ihrer Organisation vorgenommen, die die Verbindung Ihrer Website mit der Organisation unterbrechen können. So beheben Sie dieses Problem:

• Wenn die Organisations-ID nach dem Wiederherstellungsvorgang gleich ist und zudem Power Pages-Lösungen zur Verfügung stehen:

  1. Öffnen Sie das Power Platform Admin Center.
  2. Wählen Sie die Auslassungspunkte (...) rechts neben dem Menüpunkt Site-Aktionen aus.
  3. Wählen Sie Dynamics 365-URL aktualisieren aus.
  4. Wählen Sie im Popupfenster die Schaltfläche URL aktualisieren aus.

  Die Website wird neu gestartet und es wird erneut eine Verbindung mit der Organisation erstellt.

• Wenn die Organisations-ID nach dem Wiederherstellungsvorgang anders ist oder Power Pages-Lösungen aus Ihrer Organisation gelöscht sind:

  • In diesem Fall ist es besser, die Websites zu löschen, indem die Schritte unter Website löschen ausgeführt werden, und es dann erneut bereitzustellen.

Wenn Sie die URL Ihrer Dataverse Umgebung ändern, funktioniert Ihre Website nicht mehr, da sie die Dataverse Umgebung nicht mehr identifizieren kann. So beheben Sie dieses Problem:

1. Open [Power Platform admin center](admin/admin-overview.md).
2. Select the ellipse (**...**) to the right of the **Site Actions** menu item.
3. Select **Update Dynamics 365 URL**.
4. In the pop up window, select the **Update URL** button.

Die Website wird neu gestartet und funktioniert wieder.

Wenn Sie eine neue Website in einer Entwicklerumgebung erstellen, ist die Website automatisch eine Entwickler-Website.

Dies kann aus mehreren Gründen geschehen – beispielsweise abhängig von Ihren Daten und Anpassungen, die an dieser Tabelle in Dataverse vorgenommen wurden. Bei der Fehlerbehebung solcher leistungsbezogenen Probleme bei Datensatzaktionen von Websites ist sicherzustellen, dass keine synchronen Plug-Ins für diese Ereignisse registriert sind, die diese Verzögerungen möglicherweise verursachen könnten. Versuchen Sie nach Möglichkeit, sie asynchron zu implementieren, damit sie die Transaktion nicht halten oder verzögern.

Immer wenn ein Serverfehler bei dem Rendern einer Website auftritt, wird eine allgemeine Fehlerseite für Endbenutzer zusammen mit dem Zeitstempel und der Aktivitäts-ID des Fehlers angezeigt. Administratoren können die Website konfigurieren, um tatsächliche Fehlerdetails zu erhalten, die beim Debuggen und Beheben von Problemen nützlich sind. So zeigen Sie den tatsächlichen Fehler an:

• Die benutzerdefinierten Fehlerseite auf dem Portal deaktivieren: Dadurch wird die benutzerdefinierte Fehlerseite deaktiviert und Ihnen ermöglicht, das vollständigen Stapelprotokoll eines jeden Fehlers beim Navigieren zu dieser Seite zu sehen. Sie können den benutzerdefinierten Fehler deaktivieren, indem Sie die Schritte unter Benutzerdefinierten Fehler deaktivieren ausführen.

Es ist ratsam, dies nur zu verwenden, wenn Sie eine Website entwickeln. Sobald die Website für Benutzer live ist, sollten Sie benutzerdefinierte Fehler wieder aktivieren. Weitere Informationen: Portalfehlerprotokolle anzeigen

• Diagnoseprotokollierung aktivieren: Damit können sie alle Websitefehler in einem Azure Blob Storage Konto anzufordern. Sie können Diagnoseprotokollierung aktivieren, indem Sie die Schritte unter Auf Portalfehlerprotokolle zugreifen ausführen.

Wenn Sie Diagnoseprotokollierung aktivieren, können Sie nach bestimmten Fehlern suchen, die Benutzer unter der Aktivitäts-ID auf der allgemeinen Fehlerseite melden. Die Aktivitäts-ID wird zusammen mit Fehlerdetails protokolliert und ist nützlich, um das tatsächliche Problem zu suchen.

Ja Power Pages verwendet die statischen Ressourcen der sofort einsatzbereiten Power Pages von Azure CDN, die standardmäßig JavaScript und CSS-Dateien für die Präsentation enthält, die zuvor als Teil der Portal-App gerendert wurden. Sie müssen die folgende CDN-URL auf die Positivliste setzen, um Power Pages-Websites erfolgreich zu rendern:

https://content.powerapps.com/resource/powerappsportal

Power Pages unterstützen einen benutzerdefinierten Anmeldeanbieter, der Unterstützung für Standardauthentifizierungsprotokolle bietet. Wir unterstützen OpenIdConnect, SAML2 und WS-Verbundprotokolle für alle benutzerdefinierten IDP. OAuth2 wird nur für eine feste Gruppe von bekannten IDPs unterstützt. Weitere Informationen darüber, wie Sie eine IDP-Konfiguration einrichten, finden Sie unter Authentifizierung konfigurieren.

Jeder Power Pages Release wird in zwei Phasen ausgeführt: frühes Upgrade und allgemeine Verfügbarkeit (GA). Während der Phase des frühen Upgrades aktualisieren wir nur Websites, die für das frühe Upgrade vorgesehen sind. Wenn Sie einen neuen Power Pages Release in Ihrer Sandboxumgebung (Entwicklung oder Test) erhalten, können Sie das frühe Upgrade für Ihre Website aktivieren. Informationen dazu, wie Sie das frühe Upgrade für eine Website aktivieren, erhalten Sie unter Aktualisieren eines Portals.

Sie können Ihre Website aktivieren, um einen benutzerdefinierten Domänennamen anstelle des Standarddomänennamens powerappsportals.com zu verwenden. Mehr Informationen: Verlinken Sie Ihr Portal mit einer benutzerdefinierten Domäne