Vi har skapat en lista med de allra vanligaste frågorna med kortfattade svar så att du ska kunna hitta informationen snabbt.
Du kan använda granskning i Microsoft Dataverse för att spåra ändringar i Power Pages-konfigurationsentiteter. Med hjälp av granskning kan ändringshistoriken fastställas om konfigurationsdata måste återställas.
Power Pages version 8.3 och senare stöder TLS 1.2.
Power Pages har stöd för följande TLS 1.2-chiffersviter enligt Microsoft säkerhetspolicy för att ge stöd till flera klienter. De starkast chiffersviter finns överst i listan. På så sätt kan klienterna alltid använda den kraftfullaste chiffersvit som de har stöd för från listan när de ansluter till webbplatser.
- 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
Anteckning
Du kan kontrollera chiffersviter när du konfigurerar Azure Front Door med portaler för avancerad cachelagring och WAF-funktioner (Web Application Firewall). I så fall bör du se till att du endast använder de chiffersviter som stöds av Azure Front Door. Även om anpassade HTTPS-domäninställningar som använder Azure-portal gör att du kan välja en lägsta TLS-standardversion mellan 1.0 och 1.2, kan du använda TLS-version 1.2 för starka chiffer.
Du kan konfigurera en webbplatser att omdirigera en användare till en standardsida efter inloggning. Detaljerade anvisningar finns i Omdirigera en användare till en standardsida för inloggning.
Mer information om hur du arbetar med flytande mallar finns här: Arbeta med flytande mallar.
Power Pages är nu tillgängliga i fristående produkter. Information finns på Tilldela licenser.
Du kan ändra webbadressen till en webbplats efter att den har tillhandahållits genom att följa stegen i Ändra bas-URL för en webbplats.
Jag får ett felmeddelande om att jag inte besitter erforderlig licens för att få åtkomst till denna webbplats.
Interna användare med Microsoft Entra-autentiseringsuppgifter som försöker logga in utan att en giltig licens tilldelats ser detta meddelande på inloggningssidan: Du har inte en giltig licens för åtkomst till den här webbplatsen. Kontakta systemadministratören.
Användarna kan också se det här felet om Betala per användning inte har aktiverats för den här miljön.
Beroende på typen av köpt SKU – t.ex. olika Dynamics 365-SKU:er, Power Apps per app-plan eller Power Apps per användarplan måste en administratör antingen tillhandahålla en lämplig licens för användarna eller ha rätt antal app-pass tillgängliga för miljön. Om du vill ha mer information om app-pass kan du gå till Tilldela eller ändra kapacitet i en miljö. När app-pass har allokerats till miljön måste webbplats startas om för att ändringarna ska börja gälla.
Mer information om licenser för interna användare finns i Power Pages Vanliga frågor och svar om licensiering.
Mer information om licensiering av interna användare som använder Betala per användning finns i mätaren av Power Apps per app.
Mer information om användarrättigheter till Power Pages för interna användare finns i vanliga frågor och svar om användarrättigheter till Power Pages för interna användare och Licensieringsguide-avsnittet Power Pages användarrättigheter inkluderade till Power Apps och Dynamics 365-licenser.
Nej Användare som har lagts till för B2B-samarbete i Microsoft Entra räknas inte som interna användare och kräver inloggningar. Mer information om Power Pages licensmodellen, gå till Licensieringsguide-avsnittet Per inloggningsmodell.
Vi flyttade nyligen vår Dataverse-miljö från en geoplats eller innehavare till en annan. Hur ska vi hantera webbplatser som är anslutna till vår organisation?
När du flyttar Dataverse-miljön från en geoplats eller innehavare till en annan kommer associerade webbplatser inte att flyttas automatiskt. Dessutom eftersom din organisation har flyttat kommer alla webbplats som är associerade med den organisationen inte att fungera och returnerar ett fel vid start.
För att koppla din webbplats igen till relevanta organisationer:
Återställ din befintliga webbplatsvärd från befintliga geoplatsen eller innehavaren genom att följa stegen i Återställ en portal. Detta tar bort dina associerade webbplatsresurser och webbplats-URL är inte tillgänglig när åtgärden har slutförts.
När din befintliga webbplats återställs gå till den nya innehavaren (eller den nya geoplatsen för den befintliga innehavaren) och tillhandahåll en webbplats som är tillgänglig där.
När du återställer en Dataverse-miljö från en tidigare säkerhetskopia fungerar inte webbplats som är ansluten till organisationen. Hur åtgärdar vi detta?
När en Dataverse-miljö återställs från en säkerhetskopia, görs olika ändringar i organisationen som kan ta bort din webbplats anslutning till organisationen. Så här löser du problemet:
Om organisationens ID är samma efter återställningen och Power Pages-lösningarna också är tillgängliga:
- Öppna administratörscentret för Power Platform.
- Markera ellipsen (...) till höger om menyobjektet Webbplatsåtgärder.
- Välj Uppdatera Dynamics 365-URL.
- I popup-fönstret väljer du knappen Uppdatera URL.
Webbplats startas och en anslutning skapas med organisationen på nytt.
Om organisationens ID är olika efter återställningsåtgärden eller Power Pages-lösningar tas bort från din organisation:
- I det här fallet är det bättre att ta bort webbplatser genom att följa stegen i ta bort webbplats och etablera om den.
Vi har nyligen ändrat URL till Dataverse-miljö och vår webbplats har slutat att fungera. Hur åtgärdar vi detta?
När du ändrar URL:en för din Dataverse-miljö kommer webbplatsen sluta fungera eftersom den inte längre identifiera Dataverse-miljön. Så här löser du problemet:
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.
Din webbplats kan startas och börja arbeta igen.
När du skapar en ny webbplats i en utvecklingsmiljö blir webbplatsen automatiskt en webbplats för utvecklare.
Grundläggande formulärs prestanda: Åtgärder som att skapa/uppdatera/ta bort i grundformulär tar lång tid att slutföra eller ta bort tidsgränser.
Det kan inträffa på grund av flera orsaker, till exempel beroende på dina data och anpassningar som görs på tabellen i Dataverse. När du felsöker ett sådant prestandarelaterade problem med poståtgärder från webbplatser kontrollerar du att inga synkrona plugin-program är registrerade för dessa händelser som kan orsaka fördröjningar. Om det är möjligt kan du försöka implementera dem asynkront så att de inte innehar eller försenar transaktionen.
När det inträffar ett serverfel vid återgivning av en webbplats visas en allmän felsida för slutanvändare tillsammans med tidstämpel och aktivitets-ID för felet. Administratörer kan konfigurera sin webbplats att hämta den faktiska felinformationen som är till hjälp för att felsöka och åtgärda problem. För att visa faktiska fel:
- Inaktivera anpassad felsida på portalen: Detta inaktiverar den anpassade felsidan och gör att du kan visa fullständig stackspårning av eventuella felmeddelanden när du navigerar till sidan. Du kan inaktivera det anpassade felet genom att följa stegen i inaktivera anpassade fel.
Det rekommenderas att endast använda det här alternativet när du utvecklar en webbplats. När webbplatsen är live för användarna bör du aktivera anpassade fel igen. Mer information: Visa portalens felloggar
- Aktivera diagnostikloggning: Detta gör att du kan få alla webbplatsfel i Azure Blob Storage-konto Du kan aktivera diagnostikloggning genom att följa stegen i åtkomst till portalens felloggar.
När du aktiverar diagnostikloggning kan du söka efter specifika fel som användare rapporterar med hjälp av aktivitets-ID som visas på den allmänna felsidan. Aktivitets-ID loggas tillsammans med felinformation och kan användas för att hitta verkliga problem.
Använder Power Pages något statiskt innehåll från CDN (Content Delivery Network) som jag behöver ange som tillåtet?
Ja. Power Pages-portalerna använder sig av box Power Pages statiska resurser från Azure CDN som innehåller standard JavaScript och CSS-filer som tidigare renderades som en del av webbplatsen. Du måste ange följande CDN-URL som tillåten för att rendera Power Pages-webbplatser:
https://content.powerapps.com/resource/powerappsportal
Power Pages har stöd för anpassade inloggningsprovider som ger stöd för standardautentiseringsprotokoll. Vi stödjer OpenIdConnect, SAML2 och WS Federation protokoll för alla anpassade IDP. Oauth2 har endast stöd för en fast uppsättning kända IDP:er. Mer information om hur du ställer in en IDP-konfiguration finns i Konfigurera autentisering.
Hur får jag nya Power Pages-versioner i min webbplats i begränsat läge innan de används i produktionsmiljön?
Alla Power Pages-versioner sker i två steg: tidig uppgradering och allmän tillgänglighet (GA). Under den tidiga uppgraderingsfasen uppgraderar vi bara webbplatser som är markerade för tidiga uppgraderingar. Om du vill ha den nya Power Pages-versionen i din miljö med begränsat läge (utveckling eller test) kan du aktivera webbplatsen för tidig uppgradering. Information om hur du aktiverar en webbplats för tidig uppgradering finns i uppgradera en portal.
Du kan aktivera din webbplats om du vill använda ett domännamn i stället för standard powerappsportals.com
-domännamn. Mer information: länka din portal till en anpassad domän.