Ö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.
Hogyan lehetséges a Power Apps-portálok 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 Apps-portálok 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 Apps 8.3 és újabb verziójú portálok nyújtanak TLS 1.2 támogatást.
A Power Apps portálok a Microsoft biztonsági irányelvenként a következő TLS 1.2 titkosítócsomagokat támogatják 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 portálhoz 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.
Testreszabhatja a portált, 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.
A Power Apps portálok immár önállóan is elérhetők a Power Apps szolgáltatásban. Már nem kell licencet beszereznie a portál létrehozásához. A portálhoz való felhasználói hozzáféréshez az általános személy típusától függően szükséges licenc. További részletek: Power Apps portálok licencelése GYIK.
Módosíthatja a portál alap URL-jét a kiépítés után a Portál alap URL-jének módosítása cikkben felsoroltakat követve.
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.
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 portált.
A belső felhasználók licencelésével kapcsolatos részletekért látogasson el a Portál licencelés 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 belső felhasználók portáljainak használati jogával kapcsolatos részletekért keresse fel a GYIK használati jogok a belső felhasználói portálokhoz és a licencelési útmutató szakaszt a Power Apps portálokhoz – a belső felhasználókra vonatkozó jogosultságok használata.
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 portálbebejelentkezéskori licencelési modellről további információkat a Licencelési útmutató Bejelentkezés modellenként szakasza tartalmaz.
A Dataverse környezetet egy geolokációtól vagy bérlőtől másikhoz helyeztük át. Hogyan kezelhetjük részlegünkhöz kapcsolódik portálokat?
Amikor egy környezetből vagy bérlőtől a Dataverse-szervezetet áthelyezik egy másikhoz, az adott szervezethez társított portálok nem lesznek automatikusan áthelyezve. És, mivel a szervezet át lett helyezve, bármely a szervezethez társított portál nem működik majd, és egy hibaüzenetet ad az indításkor.
A portál és a megfelelő szervezetek ismételt társítása:
Állítsa vissza a meglévő portálá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 portálerőforrásokat és a portál URL-címe nem lesz elérhető a művelet befejezését követően.
Miután a meglévő portál 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ő portált..
A Dataverse-környezet visszaállításakor egy régi biztonsági mentésből, a szervezethez kapcsolt portál 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 portál 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 portálmegoldások is rendelkezésre állnak:
- A Power Apps portálok felügyeleti központjának megnyitása.
- Lépjen a Portál részletei lapra.
- A Portálállapot legördülő listájában válassza a Ki lehetőséget.
- Válassza a Frissítés lehetőséget.
- A frissítés művelet befejezése után, állítsa be a Portálállapot legördülő listát Be értékre, és válassza ki a Frissítés lehetőséget.
A portál ú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 portálmegoldások törölve lettek a szervezetből:
- Ebben az esetben érdemesebb a Portál visszaállítása részben leírt lépéseket követve a visszaállítani a portált, majd újra kiépíteni.
Nemrég módosítottuk Dataverse környezet URL-címét és a portál azóta nem működik. Hogyan javítható ez?
Ha módosítja a Dataverse-környezet URL-címét, a portál 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:
- A Power Apps portálok felügyeleti központjának megnyitása.
- Menjen a Portálműveletek > Dynamics 365 URL-cím frissítése menübe.
- Hajtsa végre a varázslóban megjelenő utasításokat.
A portál újraindul, és ismét működik.
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 portálok 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 portál elérésekor általános hibaoldal jelenik meg. Hogyan lehet megnézni, hogy mi a tényleges hiba?
Ha portál megjelenítésére 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 portálrendszergazdák konfigurálhatják a portál ú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 portál fejlesztése során célszerű használni. Miután a portál é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 portálhibá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.
A portálok bármilyen statikus tartalmat használnak a tartalomkézbesítési hálózatokból (CDN), amelyet engedélyezési listára kell tenni?
Igen. A Power Apps a portálok az Azure CDN-ből gyári statikus eszközei, amelyek alapértelmezett JavaScript és CSS-fájlokat tartalmaznak a korábban létrehozott elemek bemutatásához a portálalkalmazás részeként. A következő CDN URL-címet engedélyezési listára kell tenni a portálok sikeres megjelenítésére:
https://content.powerapps.com/resource/powerappsportal
A Portálok támogatják 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 Portálhitelesítés konfigurálása című témakörben talál.
Hogyan kaphatok új portálkiadásokat védőfal mögé helyezett portálomhoz, mielőtt az alkalmazva lenne termeléshez?
Minden portálkiadá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 portálokat frissítjük, amelyek korai frissítésre vannak megjelölve. A védőfalkörnyezetbe (fejlesztői vagy teszt) környezetbe úgy kaphat új portálkiadást, ha engedélyezi a portált korai frissítéshez. A portál korai frissítésének engedélyezésével kapcsolatos információkért lásd: Portál frissítése.
Engedélyezheti, hogy a portál egyéni tartománynevet használjon a szabványos microsoftcrmportals.com
tartománynév helyett. További információ: Portál kapcsolása egyéni tartományhoz.
Power Apps portál karbantartása és hibaelhárítása
Megjegyzés
Megosztja velünk a dokumentációja nyelvi preferenciáit? Rövid felmérés elvégzése. (ne feledje, hogy ez a felmérés angol nyelvű)
A felmérés elvégzése körülbelül hét percet vesz igénybe. Semmilyen személyes adatot nem gyűjtünk (adatvédelmi nyilatkozat).