Olvasás angol nyelven Szerkesztés

Megosztás a következőn keresztül:


Power Pages – GYIK

Összegyűjtöttünk egy listát a gyakran feltett kérdésekről, és rövid válaszokat adtunk meg a gyors tájékozódás érdekében.

Általános

Hogyan lehetséges a Power Pages konfigurációjában végrehajtott változtatások nyomon követése?

A naplózás a Microsoft Dataverse-ben segítségével nyomon követheti a Power Pages konfigurációs entitásainak változásait. A naplózás segít meghatározni a változáselőzményeket, ha vissza kell állítani a konfigurációs adatokat.

A Power Pages támogatja a TLS 1.2-t?

A Power Pages 8.3 és újabb verziók nyújtanak TLS 1.2 támogatást.

Melyek a Power Pages által támogatott TLS 1.2 titkosítócsomagok?

A Power Pages a Microsoft biztonsági irányelvenként a következő TLS 1.2 titkosítócsomagokat támogatja több ügyféltámogatáshoz való fiókhoz. A lista tetején a legkeményebb titkosítócsomagok állnak. Ez biztosítja, hogy az ügyfelek mindig a legkeményebb titkosítócsomagot használják, amit a listából támogatnak, miközben a webhelyek csatlakoznak.

  • 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

Megjegyzés

Az Azure Front Door portálokkal konfigurálásakor a edge-gyorsítótárazó és webalkalmazási tűzfal (WAF) szolgáltatásokhoz szükséges portálok segítségével vezérelheti a titkosítócsomagokat. Ebben az esetben gondoskodjon róla, hogy csak az Azure Front Door által támogatott titkosítócsomagokat használja. Emellett, bár az Azure portált használó egyéni tartomány HTTPS-beállítások lehetővé teszik a minimális alapértelmezett 1.0 és 1.2 közötti TLS-verzió választását, az erős titkosításokhoz használja a TLS 1.2-es verzióját.

Hogyan irányíthatom át a felhasználót az alapértelmezett oldalra a bejelentkezés után?

Testreszabhatja a webhelyt, hogy az átirányítsa a felhasználót az alapértelmezett oldalra bejelentkezés után. A részletes lépéseket lásd: Felhasználó átirányítása az alapértelmezett bejelentkezési oldalra.

További információért a rugalmas sablonok használatáról lásd: Rugalmas sablonok használata.

Licencelés és kiépítés

Hogyan tehetek szert Power Pages előfizetésre?

Power Pages immár önálló termékként is elérhető. Részletek a Licencelés hozzárendelése témakörben.

Hogyan módosíthatóom egy webhely alap URL-jét a kiépítés után?

Módosíthatja a webhely alap URL-jét a kiépítés után a Webhely alap URL-jének módosítása cikkben felsoroltakat követve.

Hibaüzenetet kapok, hogy nincs megfelelő licencem a webhely eléréséhez.

A hitelesítő adatokkal rendelkező Microsoft Entra belső felhasználók, akik érvényes licenc nélkül próbálnak bejelentkezni, ezt az üzenetet fogják látni a bejelentkezési oldalon: Nincs érvényes licence a webhely eléréséhez. Forduljon a rendszergazdához.

A felhasználók akkor is láthatják ezt a hibát, ha a környezethez nem engedélyezte a Használatalapú fizetés lehetőséget.

Webhelyre való bejelentkezéskor fellépő hiba.

A megvásárolt SKU-típustól függően – például a különböző Dynamics 365 SKU-k, Power Apps alkalmazási terv szerint vagy egy Power Apps felhasználónkénti terv – a rendszergazdának vagy megfelelő licencet kell biztosítania a felhasználóknak, vagy megfelelő számú, a környezet számára elérhető mennyiségű alkalmazásengedélyt kell használnia. Az alkalmazásengedélyekkel kapcsolatos további információkért nyissa meg a Kapacitás lefoglalása vagy módosítása egy környezetben című témakört. Miután az alkalmazásengedélyeket a környezethez rendelte, akkor a módosítások érvénybe léptetéséhez újra kell indítani a webhelyet.

A belső felhasználók licencelésével kapcsolatos részletekért látogasson el a Power Pages licencelési GYIK weboldalára.

A használatalapú fizetést használó belső felhasználók licencelésével kapcsolatban lépjen a Power Apps alkalmazásonkénti fogyasztásmérőjére.

A Power Pages belső felhasználók használati jogával kapcsolatos részletekért keresse fel a GYIK Power Pages használati jogok a belső felhasználókhoz és a Licencelési útmutató szakaszt a Power Pages felhasználói jogosultságok a Power Apps és Dynamics 365 licencekben.

A vendégfelhasználókat belső felhasználókként kezelik az engedélyezéshez?

Nem. A B2B-együttműködéshez Microsoft Entra hozzáadott vendégfelhasználók nem számítanak belső felhasználóknak, és bejelentkezést igényelnek. A Power Pages licencelési modellről további információkat a Licencelési útmutató Bejelentkezés modellenként szakasza tartalmaz.

Dataverse környezet életciklusa

A Dataverse környezetet egy geolokációtól vagy bérlőtől másikhoz helyeztük át. Hogyan kezelhetjük a vállalatunkhoz kapcsolódó webhelyeket?

Amikor egy környezetből vagy bérlőtől a Dataverse-szervezetet áthelyezik egy másikhoz, az adott szervezethez társított webhelyek nem lesznek automatikusan áthelyezve. És, mivel a szervezet át lett helyezve, bármely a szervezethez társított webhely nem működik majd, és egy hibaüzenetet ad az indításkor.

A webhely és a megfelelő szervezetek ismételt társítása:

  1. Állítsa vissza a meglévő webhelyállomást meglévő geolocationtől vagy bérlőtől a Portál visszaállítása részben leírt lépéseket követve . Ezzel törli a társított webhelyerőforrásokat és a webhely URL-címe nem lesz elérhető a művelet befejezését követően.

  2. Miután a meglévő webhely visszaállt, menjen az új bérlőhöz (vagy a meglévő bérlő az új geolokációjához), telepítsen egy ott elérhető webhelyet.

A Dataverse-környezet visszaállításakor egy régi biztonsági mentésből, a szervezethez kapcsolt webhely nem működik. Hogyan javítható ez?

Ha a Dataverse környezetet visszaállították egy biztonsági mentésből, különböző változások történnek a szervezetben, amelyek megszakíthatják a webhely kapcsolatát a szervezettel. A probléma javítása:

  • Ha a szervezet azonosítója a visszaállítás után változatlan és Power Pages-megoldások is rendelkezésre állnak:

    1. Nyissa meg a Power Platform felügyeleti központot.
    2. Válassza a Webhelyműveletek menüelem jobb oldalán található három pontot (...).
    3. Válassza a Dynamics 365 URL frissítése lehetőséget.
    4. Az előugró ablakban válassza az URL frissítése gombot.

    A webhely újraindul, és kapcsolatot újra létre lesz hozva a szervezetnél.

  • Ha a szervezet azonosítója megváltozott a visszaállítást követően vagy Power Pages-megoldások törölve lettek a szervezetből:

    • Ebben az esetben érdemesebb a webhely törlése részben leírt lépéseket követve a törölni a webhelyeket, majd újra kiépíteni.

Nemrég módosítottuk Dataverse környezet URL-címét és a webhely azóta nem működik. Hogyan javítható ez?

Ha módosítja a Dataverse-környezet URL-címét, a webhely nem fog működni, mivel már nem tudja azonosítani a Dataverse-környezet URL-címet. A probléma javítása:

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.

A webhely újraindul, és ismét működik.

Hogyan lehet fejlesztői webhelyet készíteni?

Ha új webhelyet hoz létre egy fejlesztői környezetben, akkor a webhely automatikusan fejlesztői webhely lesz.

Hibakeresés és problémák megoldása

Az alapűrlapok teljesítménye: Az olyan műveletek elvégzése, mint például a létrehozás/frissítés/törlés az alapűrlapokon, sok időt vehet igénybe, és időtúllépés is történhet.

Ez többféle okból is előfordulhat, például a táblázatban a Dataverse adott táblájának adatai és testreszabása függvényében. Ha a webhelyek bejegyzésműveleteihez kapcsolódó, a teljesítménnyel kapcsolatos problémára vonatkozóan hibaelhárítást végez, ügyeljen arra, hogy az ilyen eseményeken ne legyenek regisztrálva szinkron beépülő modulok, amelyek potenciálisan ilyen késedelmeket okozhatnak. Ahol csak lehetséges, próbálja meg aszinkron módon végrehajtani azokat, hogy ne tartsák fel vagy késleltessék a tranzakciót.

A webhely elérésekor általános hibaoldal jelenik meg. Hogyan lehet megnézni, hogy mi a tényleges hiba?

Ha webhely renderelése közben kiszolgálóhiba fordul elő, egy általános hibaoldal jelenik meg a végfelhasználóknak a hiba időpecsétjével és tevékenységazonosítójával. A rendszergazdák konfigurálhatják a webhelyet úgy, hogy megkapják az aktuális hiba részleteit ami hasznos lehet a hibakeresés és hibajavítás során. A tényleges a hiba megtekintése:

  • Az egyéni hibaoldal letiltása a portálon: Ezzel kikapcsolja egyéni hibaoldalt és lehetővé teszi, hogy a bármely hiba teljes veremkövetését, ami az oldalra böngészéskor következett be. Az egyéni hibaüzenetet az Egyéni hibák letiltása részben leírt lépéseket követve letilthatja.

Ezt csak a webhely fejlesztése során célszerű használni. Miután a webhely élő a felhasználók számára, ismét engedélyezni kell az egyéni hibákat. További információ: A portál hibanaplóinak megtekintése

  • Diagnosztikai naplózás engedélyezése: Ez lehetővé teszi, hogy az Azure Blob storage-fiókban tekintse meg a webhelyhibákat. Diagnosztikai naplózást a Hozzáférés a portál hibanaplóihoz részben leírt lépéseket követve engedélyezheti .

Diagnosztikai naplózás engedélyezésekor kereshet adott hibákat, melyeket felhasználók a jelentenek az általános hibaoldalon látható Tevékenységazonosító megadásával. A Tevékenységazonosító naplózásra kerül a hibák leírásával együtt hasznos tényleges probléma megkereséséhez.

Power Pages-adminisztráció és -kezelés

A Power Pages bármilyen statikus tartalmat használhat a tartalomkézbesítési hálózatokból (CDN), amelyet engedélyezési listára kell tennem?

Igen. A Power Pages az Azure CDN-ből gyári Power Pages statikus eszközei, amelyek alapértelmezett JavaScript és CSS-fájlokat tartalmaznak a korábban létrehozott elemek bemutatásához a webhely részeként. A következő CDN URL-címet engedélyezési listára kell tenni a Power Pages webhelyek sikeres megjelenítésére:

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

Hogyan használhatok egyéni bejelentkezési szolgáltatót a webhelyemhez?

A Power Pages támogatja az egyéni bejelentkezési szolgáltatókat, amelyek támogatják a szabványos hitelesítési protokollokat. Támogatjuk az OpenIdConnect SAML2 és WS-Federaton-protokollokat minden egyéni IDP-hez. Az OAuth2 csak néhány adott IDP esetében támogatott. Az IDP-konfiguráció beállításáról további információt a Hitelesítés konfigurálása című témakörben talál.

Hogyan kaphatok új Power Pages-kiadásokat a tesztkörnyezeti webhelyemhez, mielőtt az alkalmazva lenne éles környezetben?

Minden Power Pages-kiadás két szakaszban történik: korai frissítés és általános elérhetőség (GA). A korai frissítési fázisban akkor csak azokat a webhelyeket frissítjük, amelyek korai frissítésre vannak megjelölve. A tesztkörnyezetbe (fejlesztői vagy teszt) úgy kaphat új Power Pages-kiadást, ha engedélyezi a webhelyet korai frissítéshez. A webhely korai frissítésének engedélyezésével kapcsolatos információkért lásd: Portál frissítése.

Hogyan használhatok egyéni tartománynevet a webhelyhez?

Engedélyezheti, hogy a webhely egyéni tartománynevet használjon a szabványos powerappsportals.com tartománynév helyett. További információ: Portál kapcsolása egyéni tartományhoz.